История изменений

Посмотрите ″systemctl status logrotate.service″. Там будет указано, какой юнит файл используется. Посмотрите, что там в ″ExecStart=″. По идее, там должен быть обычный logrotate, отдельный бинарник, а не systemd. И этот бинарник из ExecStart у вас кто-то убивает, то есть отправляет ему сигнал SIGTERM, ('killed' and its exit status is 15). И у него должен быть файл, обычный текстовый, logrotate.status, в /var/lib/, или /var/lib/misc/ или /var/lib/logrotate. И по содержимому файла можно понять, вобще ротация логов происходит или нет.

Запускаться этот юнит должен по таймеру, как возникнет жрущий процесс, можно посмотреть время его запуска, время сработки таймера ″systemctl list-timers″, и журнал по logrotate.service. Как-то сопоставить время, может это вобще не связаные события.

Ну ещё всегда можно сделать на этот жрущий процесс ″strace -p PID″, и, через какое-то время нажать Ctrl+C, возможно, в терминале будет куча строк. Может там будут какие имена файлов, может по ним какая бага нагуглится...

Посмотрите ″systemctl status logrotate.service″. Там будет указано, какой юнит файл используется. Посмотрите, что там в ″ExecStart=″. По идее, там должен быть обычный logrotate, отдельный бинарник, а не systemd, который у вас кто-то убивает, то есть отправляет ему сигнал SIGTERM, ('killed' and its exit status is 15). И у него должен быть файл, обычный текстовый logrotate.status, в /var/lib/, или /var/lib/misc/ или /var/lib/logrotate. И по содержимому файла можно понять, вобще ротация логов происходит или нет.

Запускаться этот юнит должен по таймеру, как возникнет жрущий процесс, можно посмотреть время его запуска, время сработки таймера ″systemctl list-timers″, и журнал по logrotate.service. Как-то сопоставить время, может это вобще не связаные события.

Ну ещё всегда можно сделать на этот жрущий процесс ″strace -p PID″, и, через какое-то время нажать Ctrl+C, возможно, в терминале будет куча строк. Может там будут какие имена файлов, может по ним какая бага нагуглится...