In investigating https://bugzilla.redhat.com/show_bug.cgi?id=2003206, it has been found that the kubelet has it's own variation of this bug. To test this, one needs the CRI-O fixes in https://bugzilla.redhat.com/show_bug.cgi?id=2003206. From the must-gather: ``` Nov 05 13:41:32.889891 jetlag-bm8 hyperkube[2272695]: I1105 13:41:32.889837 2272695 kubelet_pods.go:1979] "Failed to reduce cpu time for pod pending volume cleanup" podUID=035a7426-64d2-4047-b00a-bb175be433db err="open /sys/fs/cgroup/hugetlb/kubepods.slice/kubepods-besteffort.slice/kubepods-besteffort-pod035a7426_64d2_4047_b00a_bb175be433db.slice/hugetlb.2MB.limit_in_bytes: no such file or directory" ``` The kubelet is failing to do volume cleanup, which is stalling pod teardown. I have cloned the bug because we'll want to keep https://bugzilla.redhat.com/show_bug.cgi?id=2003206 to track the progress of the CRI-O fixes/backports. I will attach the kubelet log
https://drive.google.com/file/d/1W43FDbsR5ZS5gjOzMg2VfMByDUobX9-8/view?usp=sharing is the kubelet logs also note, this kubelet came from a 4.10 nightly, though it's possible it also affects older versions
Not completed this sprint.