Использование диска в модуле Kubernetes

Я пытаюсь отладить использование хранилища в моем модуле Kubernetes. Я видел, как модуль выселили из-за давления диска. Когда я вхожу в систему с запущенным модулем, я вижу следующее

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:/#

Как мы видим, потребляется 21 ГБ, но когда я пытаюсь запустить du -sh, он просто возвращает 227 МБ. Я хотел бы узнать, кто (какой каталог) использует пространство


kubernetes disk linux-df du
person SunilS    schedule 09.09.2019    source источник
comment
Привет, вы можете запустить команду с du -ash, она покажет скрытый каталог. надеюсь, в модуле нет снимка   -  person Suresh Vishnoi    schedule 09.09.2019
comment
пожалуйста, добавьте дополнительную информацию о результате df, например, где была выполнена команда? какое крепление использует ваш докер?   -  person garlicFrancium    schedule 09.09.2019
comment
также поделитесь своими данными kubelet для жесткого и мягкого порога выселения   -  person garlicFrancium    schedule 09.09.2019
comment
1. DiskPressure удалил старый модуль, возможно, не из-за размера старого модуля, проверяя все модули на узле. 2. Подставка для бега создана заново, поэтому дайте ей поработать и проверьте размер позже.   -  person Peter    schedule 20.11.2020

Ответы (2)


arrow_upward
4
arrow_downward

Согласно документам Условия узла, DiskPressure имеет отношение к условиям на узле, из-за которых kubelet вытесняет под. Это не обязательно означает, что условия были вызваны именно капсулой.

DiskPressure

Доступное дисковое пространство и индексные дескрипторы в корневой файловой системе узла или файловой системе образов соответствуют пороговому значению исключения.

Вместо этого вы можете захотеть исследовать, что происходит на узле.

person Shawlz    schedule 09.09.2019

arrow_upward
2
arrow_downward

Похоже, что процесс 1142 все еще запущен и содержит файловые дескрипторы и / или, возможно, некоторое пространство (у вас могут быть другие процессы и другие файловые дескрипторы, которые тоже не выпускаются) Это kubelet?. Чтобы решить проблему, вы можете убедиться, что он работает, а затем убить его:

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

П. Вам необходимо предоставить дополнительную информацию о процессах и о том, что выполняется на этом узле.

person Rico    schedule 09.09.2019
comment
Это стручок кубернетов - person SunilS; 10.09.2019