Два сценария в/etc/cron.daily, кажется, поворачивают мои журналы: logrotate и sysklogd
Вам, вероятно, также придется предоставить "полномочиям удаленного доступа DCOM" и/или "DCOM удаленный запуск и полномочия активации" в зависимости от того, что точно Вы пытаетесь сделать. Эта статья MSDN дает пошаговые процедуры.
Я был очень раздражен, когда sysklogd начал делать вращение журнала - это не, как будто это была недостающая возможность, которая не существовала в другом месте. В моих системах, тем не менее, logrotate не настроен, чтобы сделать, что-нибудь с системными журналами - то, что что-то, что Вы настроили вручную?
Для поддержания принципа наименьшего количества удивления я оставляю sysklogd для вращения своих собственных журналов (на основании, что, если кто-то еще должен обслужить одну из моих систем, лучше, если они получают поведение по умолчанию везде, где возможный), но если бы Вы хотели расширенные функции logrotate, я выключил бы sysklogd задание крона, прокомментировал бы указатель на корректное место и пошел бы logrotate дикая местность.
Какое распределение?
При выполнении "syslogd-listfiles" какой-либо из файлов производится в том списке, также управляемом через файл в/etc/logrotate.d/?
Считая мое поле Ubuntu,/etc/cron.daily/sysklogd ничего на самом деле никогда не делает, потому что/usr/sbin/syslogd-listfiles не существует.