Cron (Unix)

cron
Información sobre la plantilla
Sistemas Operativos compatiblesUnix

cron. Es un administrador regular de procesos en segundo plano para sistemas operativos de tipo Unix que ejecuta procesos a intervalos regulares. Es comúnmente utilizado para automatizar procesos como mantenimientos de sistema o administración o para iniciar scripts que deben ser ejecutados cada cierto tiempo.

Vista General

Cron es impulsado por un cron, un archivo de configuraciòn que especifica comando shell para ejecutarse periòdicamente a una hora especifica. Los archivos crontab son almacenados en donde pemanecen las listas de trabajos y otras instrucciones para el demonio cron. Los usuarios habilitados para crear su fichero crontab se especifican en el fichero cron.allow. De manera análoga, los que no lo tienen permitido figuran en /etc/cron.d/cron.deny, o /etc/cron.deny, dependiendo de la versión de Unix.

Cada lìnea de un archivo contab representa un trabajo y es compuesto por una expresion CRON, seguida por un comando shell para ejecutarse. Algunas implementaciones de cron, tal como en la popular BSD 4a edición escrita por Paul Vixie, e incluido en muchas distribuciones Linux, 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 contab (/etc/crontab and /etc/cron.d/*), no en otros donde son asiganados cada usuario es asignado a una configuración.

Para el "día de la semana" (campo 5), ambos 0 y 7, son considerados Domingo, através de algunas versiones de Unix tal como AIX no toma como vàlido el "7" en el man. Mientras que cuando el trabajo es ejecutado normalmente cuando fueron especificados los campos tiempo/fecha, todos coinsiden con la hora y fecha actual, esto es una excepción.

Si ambos "día del mes" y "día de la semana" son restringidos (no " * " ), entonces tampoco el "día del mes" (campo 3) o el "día de la semana" (campo 5) debe coincidir con el día actual.

Historia

Primeras versiones

Cron en Unix versión7, escrita por Brian Kernighan, fue un sistema de servicio (después llamado demonio) invocado de /etc/inittab cuando el {{Sistema_operativo|S.O.]] entròen modo multiusuario. Este algoritmo fue sencillo:

  1. Leer /usr/etc/crontab
  2. Determinar si algún comando se estaba ejecutando en la fecha y hora actul, y si se ejecutaba como Root.
  3. Suspender por un minuto
  4. Repetir paso 1.

Esta 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 la Universidad Purdue, remarcó, "Ah, un algorítmo de poca memoria.". En un experimento en la Universidad Purdue pasados los 1970s para extender los servicios de cron a todos los 100 usuarios sobre un tiempo compartido VAX que fue situadoen un lugar de mucha carga del sistema.

Capacidad Multi-usuario

La siguiente versión de cron, con la liberación System 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 al rededor de 100 cuentas de usuario.

Versiones Modernas

Con la ventaja del proyecto GNU y Linux, apareció un nuevo cron. Lo más relevante de este es el cron Vixie, originalmente codificado por Paul Vixie en 1987. Versión 3 de cron Vixie fue liberado después de 1993. Versión 4.1 fue renombrada como Cron ISC (Consorcio de Sistema de Internet) y fue liberado en Enero del 2004. Versión 3, con unas mínimas correcciones de error, es usadd en la mayoría de las distribuciones de Linux y BSDs.

En 2007, RedHat bifucó cron-vixie 4.1 al proyecto cronie e incluyó anacron 2.3 en 2009.

Otra implementación popular incluye anacron y fcron. De cualquier forma, anacron no es un programa cron independiente; se basa en otro programa cron para llamarlo en orden para ejecutarse.

Formato del fichero crontab

Fichero crontab de ejemplo:

SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
HOME=/

# run-parts
01 * * * * root nice -n 19 run-parts /etc/cron.hourly
50 0 * * * root nice -n 19 run-parts /etc/cron.daily
22 4 * * 0 root nice -n 19 run-parts /etc/cron.weekly
42 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 orden crontab -e, que abrirá el editor definido en la variable de entorno EDITOR y cargará el fichero crontab correspondiente al usuario que está logueado.

Las primeras cuatro líneas son variables que indican lo siguiente:

SHELL es el 'shell' bajo el cual se ejecuta el cron. Si no se especifica, se tomará por defecto el indicado en la línea /etc/passwd correspondiente al usuario que este ejecutando cron.

PATH contiene o indica la ruta a los directorios en los cuales cron buscará el comando a ejecutar. Este path es distinto al path global del sistema o del usuario.

MAIL TO es a quien se le envía la salida del comando (si es que este tiene alguna salida). Cron enviará un correo a quien se especifique en este variable, es decir, debe ser un usuario válido del sistema o de algún otro sistema. Si no se especifica, entonces cron enviará el correo al usuario propietario del comando que se ejecuta.

HOME es el directorio raíz o principal del comando cron, si no se indica entonces, la raíz será la que se indique en el archivo /etc/passwd correspondiente al usuario que ejecuta cron.


Sintaxis

El formato de configuración de cron es muy sencillo.

El momento de ejecución se especifica de acuerdo con la siguiente tabla:

  • Minutos: (0-59)
  • Horas: (0-23)
  • Días: (1-31)
  • Mes: (1-12)
  • Día de la semana: (0-6), siendo 1=lunes, 2=martes,... 6=sábado y 0=domingo (a veces también 7=domingo)
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  *  *  *
  • Para especificar todos los valores posibles de una variable se utiliza un asterisco (*).
  • La última columna corresponde a la ruta absoluta del binario o script que se quiere ejecutar.

Definición de horarios predefinidos

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 esta disponible @reboot, que permite a un trabajo ejecutarse una vez cada vez que el demonio cron se inicie, que eso típicamente coincidirá con el arranque del servidor.

Manipulación de Zonas horarias (Timezone)

Muchas implementaciones 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 predefinada incluye el confusor potencial DST. Por lo tanto una implementación cron puede tener cualquier caso especial "TZ=<timezone>" variable de entorno ajustando líneas en el usuario contab, interpretando entradas relativas crontab posterioresres a la zona horaria.[1]

Referencias

Enlaces externos