Acabo de conectar un nuevo servidor y lo configuré de la misma manera que el anterior con respecto a cron, pero los trabajos no se están ejecutando. Entonces, revisé la configuración cuidadosamente y verifiqué que el cron actual funciona como lo hacía el anterior. ¡Sí, así parece!
Como es un sistema de tipo "systemd", ejecuté el comando apropiado para ver qué cree que está programado y esto es lo que obtuve:
# systemctl list-timers --all
NEXT LEFT LAST PASSED UNIT ACTIVATES
Sun 2020-08-16 15:15:55 PDT 5min left Sun 2020-08-16 14:15:54 PDT 54min ago dnf-makecache.timer dnf-makecache.service
Sun 2020-08-16 20:57:26 PDT 5h 47min left Sat 2020-08-15 20:57:26 PDT 18h ago systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2020-08-17 00:00:00 PDT 8h left Mon 2020-08-10 00:00:00 PDT 6 days ago fstrim.timer fstrim.service
Mon 2020-08-17 00:00:00 PDT 8h left Sun 2020-08-16 00:00:01 PDT 15h ago mlocate-updatedb.timer mlocate-updatedb.service
Mon 2020-08-17 00:00:00 PDT 8h left Sun 2020-08-16 00:00:01 PDT 15h ago unbound-anchor.timer unbound-anchor.service
5 timers listed.
Eso está muy bien, pero no muestra mis adiciones específicas, ninguna de ellas. Entonces, hice lo que pensé que era correcto, ejecuté systemctl reload crond.servicey obtuve el mismo resultado. ¡Así que reinicié y todavía obtuve el mismo resultado!
Mis adiciones son:
- cron.d: local - un conjunto de cosas locales que no están en los horarios habituales
- cron.daily: copia de seguridad.daily logrotate mailbox_check
- cron.mensual; respaldo.mensual, y;
- cron.semanal; copia de seguridad semanal
Estoy completamente preparado para creer que hice algo mal en la configuración, o tal vez hay algún otro problema por el cual no CREO que se ejecutaron, pero lo hicieron. Pero no veo las otras entradas en la systemctl list-timersalida s que fueron colocadas allí por paquetes instalados que estaban allí incluso antes de que comenzara a jugar con mis propias adiciones.
¿Quizás el problema sea mi falta de familiaridad con la salida del temporizador de lista? ¿No se supone que también debe mostrar estos otros trabajos?
Respuesta1
Como ocurre con muchas cosas en Linux, hay más de una forma de hacer las cosas. Cron y systemd timer son formas diferentes de hacer cosas similares a cron, al igual que upstart, init.d y systemd son 3 sistemas de inicio diferentes.
Muchos trabajos cron son propiedad de unusuario específico, por lo que puede hacerlo crontab -lcomo usuario específico o crontab -u username -lverificar los trabajos cron de otro usuario como root.
También tienes diario, semanal, mensual, etc.
Si bien puedes profundizar en cada uno, son una serie de archivos, por lo que
entonces ls -la /etc/cron.*te daría una descripción general
geek@heckate_router:~$ ls -la /etc/cron.*
/etc/cron.d:
total 28
drwxr-xr-x 2 root root 4096 Jan 22 2020 .
drwxr-xr-x 117 root root 12288 Aug 12 06:54 ..
-rw-r--r-- 1 root root 589 Jun 26 2018 mdadm
-rw-r--r-- 1 root root 102 Nov 16 2017 .placeholder
-rw-r--r-- 1 root root 190 Jul 25 2018 popularity-contest
/etc/cron.daily:
total 76
drwxr-xr-x 2 root root 4096 Aug 12 06:54 .
drwxr-xr-x 117 root root 12288 Aug 12 06:54 ..
-rwxr-xr-x 1 root root 376 Nov 20 2017 apport
.....
/etc/cron.hourly:
total 20
drwxr-xr-x 2 root root 4096 Jul 25 2018 .
drwxr-xr-x 117 root root 12288 Aug 12 06:54 ..
-rw-r--r-- 1 root root 102 Nov 16 2017 .placeholder
/etc/cron.monthly:
total 20
drwxr-xr-x 2 root root 4096 Nov 18 2018 .
drwxr-xr-x 117 root root 12288 Aug 12 06:54 ..
-rw-r--r-- 1 root root 102 Nov 16 2017 .placeholder
/etc/cron.weekly:
total 28
drwxr-xr-x 2 root root 4096 May 30 2019 .
drwxr-xr-x 117 root root 12288 Aug 12 06:54 ..
-rwxr-xr-x 1 root root 723 Apr 7 2018 man-db
-rw-r--r-- 1 root root 102 Nov 16 2017 .placeholder
-rwxr-xr-x 1 root root 211 Jun 27 2018 update-notifier-common
Convirtiéndolos ascripts del temporizador systemdestá fuera del alcance de esta respuesta, pero estánnoLo mismo que un trabajo cron clásico.