crontab, не работающий за некорневым
Необходимо просмотреть все документы изменения, такие как они: http://dev.mysql.com/doc/refman/5.4/en/mysql-nutshell.html
В типичной системе Вам не придется (a) добавить никого к crontab группе или (b) отредактировать cron.allow. Поведение по умолчанию, отсутствующая явная конфигурация наоборот, чтобы позволить всем выполнять задания крона. Тем не менее изменения конфигурации, которые Вы сделали, хотя ненужный, не должны препятствовать вещам работать.
Что Вы видите в своих системных журналах? В зависимости от того, как настроена Ваша система, можно найти производство крона в /var/log/cron. Можно ли дать нам пример задания крона, которое не работает? Как Вы дифференцируетесь между, "крон не выполняет это задание", и "крон выполняет это задание, но задание не ведет себя правильно"?
В RHEL4 было изменено поведение по умолчанию для разрешения некорневого crontabs, который я нашел нежелательным. Я восстановил предыдущее поведение при помощи этого метода:
sed -i 's%account required pam_access.so%account required /lib/security/pam_access.so accessfile=/etc/security/access-cron.conf%g' /etc/pam.d/crond
touch /etc/security/access-cron.conf
Если Вы хотите поддержать производительность, но позволить определенному пользователю, могло бы быть полезно при создании ошибок в журналах.
В то время я нашел, что это было лучшим методом для моих потребностей. Создание пустого cron.deny файл в / и т.д. мог потенциально копировать ту же производительность.