От рассмотрения источника 'в' программе (из исходного репозитория CentOS 5.3), похоже, что это действительно регистрируется к системному журналу, но только фатальные ошибки относительно в демоне самому зарегистрированы (например, при попытке работать 2 в демонах одновременно).
Однако выполнение процесса, получающийся код возврата и стандартная погрешность / вывод не зарегистрированы к системному журналу вообще. Включая отладку (который требует перекомпиляции) сообщения журнала не очень информативны (для конечных пользователей) и пишут что-то как:
atd[24116]: pid 24121 exited with status 0.
То, которое не поможет Вам много в идентификации, которой была команда, работало, который пользователь или что был ее стандартным выводом / ошибка.
фактическое время отправления действительно отправляет уведомление по электронной почте пользователю, который запросил команду, в случае, если команда перестала работать или произвела что-либо в, он - стандартный вывод / ошибка. Но для команд, которые успешно выполняются без любого вывода, не отправляется никакая почта. Можно изменить то использование флага-m.
От в (1):
- m Отправляют почту пользователю, когда задание завершилось, даже если не было никакого вывода.
Для случаев как это я буду использовать обертку вокруг команды, которая регистрируется к системному журналу. Например:
#!/bin/bash
logger -i -t mycmd Starting
/bin/somecommand
logger -i -t mycmd Completed
exit 0
Затем от крона, в, и т.д. я назову сценарий обертки вместо этого.
Я знаю, что это - больше работы вокруг, чем решение, но это сделало задание.
Согласно atd(8)
, это уже регистрируется к системному журналу, просто необходимо удостовериться, что у Вас нет плохих правил системного журнала.
Возможно, отправьте Ваш syslog.conf
зарегистрируйте здесь сначала.
Также отметьте это atd
не настраивается до обозначения определенного средства журнала, но это не должно быть проблемой, необходимо будет просто удостовериться, что Вы - конфигурация системного журнала, является правильным.
/ var / log / secure (RHEL)
atd регистрирует через PAM, проверьте свой syslog.conf, чтобы узнать, куда входит pam.