Question

我正在尝试调试kubernetes容器中的存储使用情况。我已经看到由于磁盘压力而使盒被逐出。当我登录运行的pod时，请参阅以下

Filesystem      Size  Used Avail Use% Mounted on
overlay          30G   21G  8.8G  70% /
tmpfs            64M     0   64M   0% /dev
tmpfs            14G     0   14G   0% /sys/fs/cgroup
/dev/sda1        30G   21G  8.8G  70% /etc/hosts
shm              64M     0   64M   0% /dev/shm
tmpfs            14G   12K   14G   1% /run/secrets/kubernetes.io/serviceaccount
tmpfs            14G     0   14G   0% /proc/acpi
tmpfs            14G     0   14G   0% /proc/scsi
tmpfs            14G     0   14G   0% /sys/firmware
root@deploy-9f45856c7-wx9hj:/# du -sh /
du: cannot access '/proc/1142/task/1142/fd/3': No such file or directory
du: cannot access '/proc/1142/task/1142/fdinfo/3': No such file or directory
du: cannot access '/proc/1142/fd/4': No such file or directory
du: cannot access '/proc/1142/fdinfo/4': No such file or directory
227M    /
root@deploy-9f45856c7-wx9hj:/# du -sh /tmp
11M /tmp
root@deploy-9f45856c7-wx9hj:/# du -sh /dev
0   /dev
root@deploy-9f45856c7-wx9hj:/# du -sh /sys
0   /sys
root@deploy-9f45856c7-wx9hj:/# du -sh /etc
1.5M    /etc
root@deploy-9f45856c7-wx9hj:/#

我们可以看到21G已被消耗，但是当我尝试运行du -sh时，它仅返回227M。我想找出谁（哪个目录）正在占用空间

Answer 1

根据文档Node Conditions，DiskPressure与节点上导致kubelet逐出吊舱的条件有关。这并不一定意味着是造成这种情况的原因是豆荚。

DiskPressure

任一节点的根文件系统上可用的磁盘空间和索引节点   或图像文件系统已满足驱逐阈值

您可能想调查节点上正在发生的事情。

Answer 2

好像进程1142仍在运行并保持文件描述符和/或某些空间（您可能也没有释放其他进程和其他文件描述符）是kubelet吗？要缓解该问题，您可以验证它是否正在运行，然后将其杀死：

$ ps -Af | grep 1142
$ kill -9 1142

P.D。您需要提供有关进程以及该节点上正在运行的内容的更多信息。

kubernetes容器中的磁盘使用情况

2 个答案: