Isso foi resolvido neste bugzilla: link
Por favor, verifique se você tem o kernel mais recente: 4.3.3-301
Eu tenho a seguinte saída como um usuário executando crontab -l
:
#Ansible: backup-external chaos
*/20 * * * * flock --nonblock /home/mu/.cache/backup-external.lock backup-external chaos
*/20 * * * * /home/mu/bin/ddc-save-brightness
Nenhum trabalho é executado. Se eu os executar manualmente, eles parecem funcionar bem.
O fragmento Ansible
vem do uso do Ansible para adicionar esse trabalho ao meu usuário.
Observar systemctl status crond.service -l
deixa claro que o próprio serviço está sendo executado. Parece não conseguir carregar o crontab para meu usuário mu
devido ao SELinux, parece:
● crond.service - Command Scheduler
Loaded: loaded (/usr/lib/systemd/system/crond.service; enabled; vendor preset: enabled)
Active: active (running) since Mi 2016-01-27 17:51:08 CET; 1h 43min ago
Main PID: 1351 (crond)
CGroup: /system.slice/crond.service
└─1351 /usr/sbin/crond -n
Jan 27 17:51:09 martin-friese.fritz.box crond[1351]: (mu) Unauthorized SELinux context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 file_context=unconfined_u:object_r:user_cron_spool_t:s0 (/var/spool/cron/mu)
Jan 27 17:51:09 martin-friese.fritz.box crond[1351]: (mu) FAILED (loading cron table)
Jan 27 17:51:09 martin-friese.fritz.box crond[1351]: (CRON) INFO (running with inotify support)
Jan 27 18:01:01 martin-friese.fritz.box CROND[3726]: (root) CMD (run-parts /etc/cron.hourly)
Jan 27 18:01:01 martin-friese.fritz.box anacron[3737]: Anacron started on 2016-01-27
Jan 27 18:01:01 martin-friese.fritz.box anacron[3737]: Will run job 'cron.daily' in 13 min.
Jan 27 18:01:01 martin-friese.fritz.box anacron[3737]: Jobs will be executed sequentially
Jan 27 18:01:01 martin-friese.fritz.box run-parts[3741]: (/etc/cron.hourly) starting mcelog.cron
Jan 27 18:14:01 martin-friese.fritz.box anacron[3737]: Job 'cron.daily' started
Jan 27 19:01:01 martin-friese.fritz.box CROND[2681]: (root) CMD (run-parts /etc/cron.hourly)
Isto está no Fedora 23 e eu não mudei a política do SELinux, então é provável que ela seja aplicada estritamente.
O que preciso alterar para que os trabalhos voltem a ser executados novamente?
Isso foi resolvido neste bugzilla: link
Por favor, verifique se você tem o kernel mais recente: 4.3.3-301