| cron | ||
|---|---|---|
 Ejemplo de uso de la utilidad de línea de comandos cron | ||
| Información general | ||
| Tipo de programa | utilidad estándar de Unix | |
| Desarrollador | AT&T Bell Laboratories | |
| Lanzamiento inicial | mayo de 1975 | |
| Información técnica | ||
| Programado en | C | |
En elsistema operativoUnix,cron es un administrador regular deprocesos en segundo plano (demonio) que ejecuta procesos oguiones a intervalos regulares (por ejemplo, cada minuto, día, semana o mes). Los procesos que deben ejecutarse y la hora a la que deben hacerlo se especifican en el archivocrontab. El nombrecron proviene del griegochronos (χρόνος) que significa "tiempo".
Cron se puede definir como el equivalente a Tareas Programadas deWindows.
Cron es desencadenado porcrond, un archivo de configuración que específica comandoshell para ejecutarse periódicamente a una hora específica. Los archivoscrontab son almacenados en donde permanecen las listas de trabajos y otras instrucciones para el demonio cron. Los usuarios habilitados para crear su archivocrontab se especifican en el archivocron.allow. De manera análoga, los que no lo tienen permitido figuran en cron.deny. Estos dos últimos archivos se encuentran en/etc/cron.d/, o/etc/, dependiendo de la versión deUnix.
Cada línea de un archivo crontab representa un trabajo y es compuesto por una expresión CRON, seguida por un comandoshell para ejecutarse. Algunas implementaciones de cron, tal como en la popularBSD 4a edición escrita porPaul Vixie, e incluido en muchas distribucionesLinux, agrega una especificación de nombre de usuario dentro del formato como un sexto campo, como quién ejecutará el trabajo especificado (sujeto a la existencia de un usuario en/etc/passwd y permisos autorizados). Esto solo es permitido en el sistema crontab (/etc/crontab y /etc/cron.d/*), no en otros donde son asignados cada usuario es asignado a una configuración.
Para el "día de la semana" (campo 5), ambos 0 y 7, son considerados Domingo, a través de algunas versiones deUnix tal comoAIX no toma como válido el "7" según la página deman. Mientras que cuando el trabajo es ejecutado normalmente cuando fueron especificados los campos tiempo/fecha, todos coinciden con la hora y fecha actual, esto es una excepción.
Si tanto el "día del mes" como "día de la semana" son restringidos (no son" * " ), entonceso el "día del mes" (campo 3)o el "día de la semana" (campo 5) debe coincidir con el día actual.
Archivo crontab de ejemplo:
SHELL=/bin/bashPATH=/sbin:/bin:/usr/sbin:/usr/binMAILTO=rootHOME=/# run-parts01 * * * * root nice -n 19 run-parts /etc/cron.hourly50 0 * * * root nice -n 19 run-parts /etc/cron.daily22 4 * * 0 root nice -n 19 run-parts /etc/cron.weekly42 4 1 * * root nice -n 19 run-parts /etc/cron.monthly
Para agregar, quitar o modificar tareas, hay que editar el crontab. Esto se hace con la ordencrontab -e, que abrirá eleditor definido en lavariable de entornoEDITOR y cargará el archivocrontab correspondiente al usuario que está identificado.
Cada vez que se ejecuta el crontab, se envía un mensaje al usuario que aparece en la variable de entornoMAILTO, si está habilitado, indicándole la tarea realizada.
A continuación se trunca el log de error de Apache un minuto después de medianoche (00:01 de cada día del mes, de cada día de la semana).
1 0 * * * echo -n "" > /www/apache/logs/error_log
A continuación se ejecuta el script: /home/user/test.pl cada 5 minutos.
*/5 * * * * /home/user/test.pl
.--------------- minuto (0-59) | .------------ hora (0-23)| | .--------- día del mes (1-31)| | | .------ mes (1-12) o jan,feb,mar,apr,may,jun,jul... (meses en inglés)| | | | .--- día de la semana (0-6) (domingo=0 o 7) o sun,mon,tue,wed,thu,fri,sat (días en inglés) | | | | |* * * * * comando a ejecutar
Nota: no soporta variables de entorno
El formato de configuración de cron es muy sencillo.
###########################################################minuto (0-59), ##| hora (0-23), ##| | día del mes (1-31), ##| | | mes (1-12), ##| | | | día de la semana (0-6 donde 0=Domingo) ##| | | | | comandos ###########################################################15 02 * * *
Por ejemplo:
30 10 * * 1 /usr/bin/who >> /var/log/usuarios.txtEjecuta la ordenwho todos los lunes a las10:30 y guarda la salida en el archivousuarios.txt
Para especificar dos o más valores en cada variable, estas deben estar separadas por comas, siguiendo el ejemplo anterior:
0,30 * * * 1 /usr/bin/who >> /var/log/usuarios.txtEjecuta la orden who todos los lunes cada media hora y guarda la salida en el archivousuarios.txt
Si queremos que se ejecute cada 15 minutos sería
0,15,30,45 * * * * /usr/bin/who >> /var/log/usuarios.txto
*/15 * * * * /usr/bin/who >> /var/log/usuarios.txtEn este ejemplo veremos como pasarle más de un comando al cron y de paso como puede programarse una descarga:
30 21 * * * cd /media/sda7/dexter/distributions/isos;wgethttp://example.com/archivo_a_descargar.loqueseaEste otro es para programar el apagado del PC. En este caso todos los sábados a las 21.30
30 21 * * 6 /sbin/shutdown -h nowEditar crontab de un usuario en particular
crontab [ -u usuario ] archivo
crontab [ -u usuario ] { -l | -r | -e }
La opción -u se utiliza para indicar el crontab de usuario que queremos administrar.Sólo root podrá usar la orden crontab con esta opción.
La opción -e se utiliza para editarlo
Hay varios valores predefinidos que se pueden utilizar para sustituir la expresión CRON.
| Entrada | Descripción | Equivale A |
|---|---|---|
@yearly | Se ejecuta una vez al año | 0 0 1 1 * |
@annually | (igual que@yearly) | 0 0 1 1 * |
@monthly | Se ejecuta una vez al mes | 0 0 1 * * |
@weekly | Se ejecuta una vez a la semana | 0 0 * * 0 |
@daily | Se ejecuta una vez al día | 0 0 * * * |
@midnight | (igual que@daily) | 0 0 * * * |
@hourly | Se ejecuta una vez cada hora | 0 * * * * |
También está disponible@reboot, que permite a un trabajo ejecutarse una vez cada vez que el demonio cron se inicie, que eso tipìcamente coincidirá con el arranque del servidor. Puede ser útil si es necesario levantar un servidor o demonio bajo un usuario en particular o si el usuario no tiene permisos al archivorc.d/init.d.
Muchas implementaciones de cron simplemente interpretan entradas crontab en la configuración del sistema de zona horaria en virtud de lo que establece el demonio al ejecutarse. Esto puede ser el origen de conflictos si grandes equipos multiusuarios tienen usuarios en varias zonas horarias, especialmente si el sistema de zona horaria predefinida incluye el confusor potencialDST. Por lo tanto una implementación cron puede tener cualquier caso especial "TZ=<timezone>" variable de entorno ajustando líneas en el usuario crontab, interpretando entradas relativas crontab posteriores a la zona horaria.[1]
Cron enUnix versión7, escrita porBrian Kernighan, fue un sistema de servicio (después llamadodemonio) invocado de/etc/inittab cuando elS.O. entró en modo multiusuario. Este algoritmo fue sencillo:
/usr/etc/crontabEsta versión de cron fue básica y robusta, pero también consumió recursos si encontraba algún trabajo que hacer o no; al escuchar esta descripción,Douglas Comer, un profesor de laUniversidad Purdue, remarcó, "Ah, un algoritmo de poca memoria.". En un experimento en la Universidad Purdue pasados los años setenta para extender los servicios de cron a todos los 100 usuarios sobre un tiempo compartidoVAX que fue situado en un lugar de mucha carga del sistema.
La siguiente versión de cron, con la liberaciónSystem V, fue creada para extender las capacidades de cron para todos los usuarios de un sistema Unix, no solo root (o superusuario). Aunque esto hoy puede ser trivial con la mayoría de Unix y sistemas tipo Unix con procesadores potentes y un número pequeño de usuarios, al momento que requiere un nuevo enfoque sobre un sistema 1MIPS teniendo alrededor de 100 cuentas de usuario.
Con la ventaja del proyectoGNU yLinux, apareció un nuevo cron. Lo más relevante de este es el cron Vixie, originalmente codificado porPaul Vixie en 1987. La versión 3 decron Vixie fue liberada después de 1993. La versión 4.1 fue renombrada comoCronISC (Consorcio de Sistema de Internet) y fue liberada en enero del 2004. La versión 3, con unas mínimas correcciones de error, es usada en la mayoría de las distribuciones de GNU/Linux y BSD.
En 2007, RedHat bifurcó cron-vixie 4.1 al proyecto cronie e incluyó anacron 2.3 en 2009.
Otra implementación popular incluyeanacron yfcron. De cualquier forma,anacron no es un programa cron independiente; se basa en otro programa cron para llamarlo en orden para ejecutarse.
