pam_unix (cron:session): сессия, открытая для пользователя, базируется (uid=0)

В моем журнале SSH

  • /var/log/auth.log

У меня есть следующие 2 строки (которые повторяются каждый час):

...
Jan 22 3:28:01 mam КРОН [15934]: pam_unix (cron:session): сессия, открытая для пользователя, базируется (uid=0)
Jan 22 3:28:01 mam КРОН [15934]: pam_unix (cron:session): сеанс закрыт для пользовательского корня

Jan 22 4:28:01 mam КРОН [15943]: pam_unix (cron:session): сессия, открытая для пользователя, базируется (uid=0)
Jan 22 4:28:01 mam КРОН [15943]: pam_unix (cron:session): сеанс закрыт для пользовательского корня
...

Это похоже на задание КРОНА, но когда я проверяю их на пользовательский корень, я получаю это:

  • root@mam: ~# crontab-l
    никакой crontab для корня

Какие-либо предложения относительно причины и как зафиксировать его?

Спасибо, Udo

Обновление (на основе входа от силы тяжести):

Я проверил

# m h dom mon dow user  command
28 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
56 23    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
8 23    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
13 23    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

Взгляды та команда

  • CD / && части выполнения - сообщает о/etc/cron.hourly

выполняется каждый час (в минуту 28...) и выполняет то, что находится в каталоге

  • /etc/cron.hourly/

Но этот каталог пуст:

root@mam:/# ls - al/etc/cron.hourly/
общие 12
корень drwxr-xr-x 2 базируется 4096 12.10.2010 16:26.
корень drwxr-xr-x 67 базируется 4096 22.01.2011 16:15..
- rw-r - r - 1 корень базируются 102 24.08.2010 20:45 .placeholder

7
задан 22.01.2011, 18:23

1 ответ

Ubuntu использует vixie-крон, который, в дополнение к /var/spool/cron, также заглядывает /etc/crontab и /etc/cron.d/*.


<Edit> Согласно Вашему обновлению, у Вас есть четыре cronjobs в /etc/crontab. Они выполняются cron на их требуемом времени, и это - то, что вызывает сообщения системного журнала.

cron самостоятельно ничего не знает о /etc/cron.hourly/, это просто работает run-parts, который обрабатывает было, сказано в каталоге. До cron затронут, cd / && run-parts --report /etc/cron.hourly задание точно похоже на другое задание, которое, как запланировали, будет каждый час работать. Это волшебно не пропускается.

6
ответ дан 07.12.2019, 15:05

Теги

Похожие вопросы