вращение системного журнала, не работающее
При ответе на этот вопрос, таким образом, решение более легко findable.
Значение по умолчанию sysklogd проверки задания крона на anacron сначала, и, если найдено не выполняет вращение журнала для системных журналов. Поскольку @Steven предположил, что я удалил anacron из системы (так как это - сервер и предназначенный, чтобы быть на 24/7/365, функции anacron не действительно необходимы). После того как anacron был от системы, теста anacron в сбоях задания крона и системных работах вращения журнала как чемпион.
Спасибо @Steven
Касание/etc/crontouchtest бит является чем-то, что я вставил для проверки, когда файл выполняется успешно. Это обновляет в прошлый используемый раз, когда (ls-lut/etc/crontouchtest), когда я выполняю части выполнения как корень, но не, когда cron.daily работает.
Если я считал это правильно, /etc/crontouchtest не становится обновленным когда cron выполняет cron.daily задачи. Это, вместе с фактом это /etc/cron.daily/sysklogd выполнения правильно при запуске вручную приводят меня подозревать, что что-то вызывает run-parts не удаваться запуститься /etc/cron.daily/sysklogd когда run-parts выполняется cron.
С тех пор cron работает как корень, и Ваш ручной тест также работал как корень, существует очень мало различия между этими двумя средами. Все, о чем я могу думать, является этим cron возможно, выполнения с другим ПУТЕМ по сравнению с ПУТЕМ, который существует в командной строке. Кроме того, когда процесс выполняется cron, нет никакого управления tty. Любое из тех различий могло объяснить различие в результатах?