В /etc/cron.d/php
запускается cron, который пытается выполнить /usr/lib/php/sessionclean
файл, который должен очистить файлы sesssion, присутствующие внутри /var/lib/php/sessions/
но это не очищает его.
В идеале сборщик мусора php работает с вероятностью, как указано в /etc/php/7.2/apache2/php.ini
но Debian устанавливает session.gc_probability = 0
и запускает свой собственный cron. По соображениям безопасности Debian устанавливает жесткое разрешение на
/var/lib/php/sessions/
доступ к папке и php gc или удаление, следовательно, Debian запускает cron /etc/cron.d/php
как корень.
Но, похоже, этот скрипт /usr/lib/php/sessionclean
не работает, много файлов сеанса с истекшим сроком /var/lib/php/sessions/
папка, которая продолжает расти и в конечном итоге вызовет проблему с inode.
Любое предложение о том, почему это происходит и как это исправить.
Задача ещё не решена.
Других решений пока нет …