Cron

From Gentoo Wiki
Revision as of 09:44, 18 December 2013 by Nimiux (Talk | contribs)

Jump to: navigation, search
Other languages:English 100% • ‎español 100% • ‎français 87% • ‎日本語 27% • ‎한국어 87% • ‎русский 100%


External resources

Esta guía describe como poner en marcha y utilizar cron.

Aspectos básicos de cron

¿Qué hace cron?

Cron es un demonio que ejecuta tareas de manera programada basado en la configuración de la orden crontab. Cumple esta tarea despertando cada minuto y revisando la existencia de trabajos de cron en las crontabs de los usuarios.

Note
Observe que crontab es a la vez el nombre de la lista de trabajos de cron y el nombre de la orden usada para modificar esta lista.

El cron de facto

Existen varias implementaciones del gestor cron para escoger en Portage. Todas ofrecen un interfaz similar, el uso de la orden crontab o una orden parecida. Existe una herramienta relacionada llamada Anacron, que trabaja junto a cron en sistemas que no están encendidos de forma continua.

Vale la pena mencionar que los paquetes disponibles de cron dependen de sys-process/cronbase. Este paquete técnicamente no aparece en las dependencias de los paquetes cron, pero ofrece la funcionalidad de tipo cron de la que la mayoría de los usuarios disfrutan.

Antes de comenzar a trabajar con cron, tendrá que elegir que implementación quiere utilizar. Para facilitar la toma de esta decisión, abajo se resume información acerca de cada una.

¿Qué cron le conviene?

vixie-cron

Vixie cron es un cron con muchas características, basado en el cron SysV. Cada usuario tiene su propio crontab y le está permitido especificar variables de entorno dentro de su crontab. A diferencia de las demás variantes de cron, también ofrece soporte para SELinux y PAM. Soporta menos plataformas que Dcron, pero más que Fcron.

Características de sys-process/vixie-cron:

  • Soporte para SELinux
  • Soporte para PAM /etc/security/limits.conf
  • Definir variables de entorno en las crontabs (PATH, SHELL, HOME, etc.)
  • Cada usuario tiene su propia crontab, el acceso se controla mediante cron.allow y cron.deny

cronie

Cronie (sys-process/cronie) es un proyecto derivado de vixie-cron realizado por fedora. Debido a que es una derivación de vixie-cron, ofrece las mismas características que éste. Además cronie incluye una implementación de anacron que se puede habilitar mediante el ajuste USE anacron.

dcron (El cron de Dillon)

Dcron pretende ser una implementación sencilla, elegante y segura de cron. No permite especificar variables de entorno en las crontabs y todos los trabajos cron se ejecutan desde /bin/sh. Al igual que vixie cron, cada usuario tiene su propia crontab.

Características de sys-process/dcron:

  • Rápido, sencillo y sin características innecesarias
  • El acceso a crontab se limita al grupo cron, en otras palabras, no requiere capacidades externas

fcron

Fcron pretende sustituir a vixie cron y anacron. Su diseño toma en cuenta los sistemas que no están encendidos continuamente y está repleto de características adicionales. Tiene restricciones para iniciar los trabajos, control del orden de ejecución, la posibilidad de asignar valores "nice" (prioridades) a los trabajos y de ejecutar trabajos al arrancar el sistema. Eche un vistazo a la página oficial de fcron para obtener más información.

Características de sys-process/fcron:

  • Diseñado para funcionar en sistemas que no están constantemente encendidos, esto es, puede ejecutar una tarea después de reiniciar la máquina si no se ejecutó en el momento en el que estaba programada
  • Configuración de variables de entorno y muchas otras opciones en las crontabs
  • Cada usuario puede tener su propia crontab, el acceso se controla con los ficheros cron.allow y cron.deny
  • Sintaxis mejorada de crontab con soporte para muchas características nuevas

bcron

Bcron es un sistema cron nuevo, diseñado para operar de manera segura. Para esto el sistema se divide en varios programas separados, cada uno responsable de una tarea distinta con comunicaciones estrictamente controladas entre ellas. El interfaz de usuario es un reemplazo exacto para programas similares (como vixie-cron), aunque la parte interna es muy diferente. Para más información vea la página de bcron en http://untroubled.org/bcron.

Características de sys-process/bcron:

  • Reemplazo exacto de vixie-cron
  • Diseño multiproceso
  • Soporte nativo de horario de verano

anacron

Anacron no es un demonio cron, es una aplicación que funciona conjuntamente con uno. Ejecuta tareas a intervalos especificados en días y no asume que el sistema está encendido de manera continua. Ejecuta las tareas que no pudieron ejecutarse si el sistema estaba apagado. Anacron normalmente requiere un demonio cron para ejecutarlo diariamente.

Utilizar cron

Instalación

Elija la implementación de cron que prefiera e instálela.

root # emerge --ask dcron
root # /etc/init.d/dcron start
root #
rc-update add dcron default

Opcionalmente, si no ha instalado Fcron puede también instalar Anacron.

root # emerge --ask anacron
root # /etc/init.d/anacron start
root #
rc-update add anacron default

Crontab del sistema

Los mensajes que se indican después de la instalación de algunos de estos paquetes cron le informan de que debe ejecutar la orden crontab /etc/crontab. El fichero /etc/crontab es la "crontab del sistema". Una instalación de cron lo usa junto a sys-process/cronbase para ejecutar los guiones que se encuentran en /etc/cron.{daily,hourly,weekly,monthly}. Observe que solo vixie-cron y cronie programan las tareas en /etc/crontab de forma automática. Los usuarios de dcron y fcron deberán ejecutar crontab /etc/crontab cada vez que hagan cambios a /etc/crontab.

Por favor, observe que los trabajos programados en la crontab del sistema puede que no aparezcan en la lista de trabajos cron mostrados por crontab -l .

Por supuesto, puede escoger no usar una crontab de sistema. Si escogió dcron o fcron, "no" ejecute crontab /etc/crontab. Si escogió vixie-cron, cronie o bcron, debe comentar todas las líneas de /etc/crontab.

root # sed -i -e "s/^/#/" /etc/crontab

Dar acceso a cron a usuarios en los que se confía

Si desea que otros usuarios que no sean root tengan acceso al demonio cron, deberá leer esta sección, de lo contrario puede proceder con la siguiente, Planificar trabajos de cron.

Note
Dar acceso a un usuario al crontab no hace que los trabajos se ejecuten como el usuario root. Si desea que un usuario pueda modificar el crontab del usuario root, debe conocer el uso de sudo. Por favor, lea nuestra Guía de Sudo(ers) en Gentoo para más detalles.

Sin importar qué paquete de cron use, si quiere permitir que un usuario use crontab, primero tendrá que pertenecer al grupo cron. Por ejemplo, si quiere agregar el usuario "wepy" al grupo cron lance:

root # gpasswd -a wepy cron
Note
Cuando agregue un usuario al grupo cron, asegúrese que éste salga e ingrese nuevamente en el sistema para que el cambio de grupo tenga efecto.

Si utiliza dcron esto es lo único que debe hacer para que el usuario tenga acceso al crontab. Los usuarios de dcron pueden pasar a la siguiente sección Planificar trabajos de cron, el resto de usuarios deben continuar leyendo.

Si utiliza fcron, querrá editar /etc/fcron/fcron.deny y /etc/fcron/fcron.allow. La forma más segura de hacer esto es denegar a todos los usuarios el acceso en /etc/fcron/fcron.deny y luego permitir el acceso explícitamente en /etc/fcron/fcron.allow.

Important
Si no existen los ficheros /etc/fcron/fcron.allow ni /etc/fcron/fcron.deny, todos los usuarios en el grupo cron podrán utilizar crontab. El demonio fcron incluye un fichero fcron.allow que, por defecto, permite a todos los usuarios en el grupo cron el acceso a fcrontab.
CodePermisos en fcron.deny

all

Ahora, supongamos que tenemos un usuario wepy que debería poder planificar sus propios trabajos de cron. Deberemos añadirlo a /etc/fcron/fcron.allow de la siguiente forma:

CodePermisos en fcron.allow

wepy

Si eligió vixie-cron o cronie, simplemente deberá editar /etc/cron.allow.

Important
Es importante observar que si solo existe /etc/cron.allow, entonces solo los usuarios del grupo cron listados en él tendrán acceso. Por otro lado, si solamente existe un fichero vacío /etc/cron.deny, entonces ¡Todos los usuarios del grupo cronn tendrán acceso!. No deje vacío /etc/cron.deny si no tiene un fichero /etc/cron.allow.

Por ejemplo, si quiere permitir acceso al usuario wepy, debería añadirlo a /etc/cron.allow de la siguiente forma:

CodePermisos en /etc/cron.allow

wepy

Planificar trabajos de cron

El proceso de editar los archivos crontab es distinto para cada paquete, pero todos soportan el mismo conjunto básico de órdenes: agregar y reemplazar crontabs, modificar crontabs, borrar crontabs y listar los trabajos en los crontabs. La siguiente lista muestra cómo ejecutar estas órdenes para cada paquete.

Versión Editar crontab Eliminar crontab Nueva crontab Listar trabajos de cron
dcron crontab -e crontab -d [usuario] crontab fichero crontab -l
fcron fcrontab -e fcrontab -r [usuario] fcrontab fichero fcrontab -l
vixie-cron, cronie y bcron crontab -e crontab -r -u [usurio] crontab fichero crontab -l
Note
Cuando se utilizar la orden para eliminar, si no se indica ningún argumento, ser borra la crontab del usuario actual.
Note
Fcron también tiene un enlace simbólico desde crontab hacia fcrontab.

Antes de poder usar cualquiera de estas órdenes, hace falta comprender la crontab. Cada línea en una crontab debe especificar cinco campos de tiempo en el siguiente orden: los minutos (0-59), las horas (0-23), los días del mes (1-31), los meses (1-12) y los días de la semana (0-7, el lunes es 1, el domingo es 0 y 7). Los días de las semanas y meses se pueden especificar mediante abreviaturas de tres letras (en inglés), como mon, tue, jan, feb, etc. Cada campo también puede especificar un rango de valores (por ejemplo, 1-5 o mon-fri), una lista separada por comas de valores (por ejemplo, 1,2,3 o mon,tue,wed) o un rango de valores con un paso (por ejemplo, 1-6/2 para 1,3,5).

Tal vez suene algo confuso, pero con algunos ejemplos se comprueba que no es tan complicado como parece.

CodeEjemplos

## # Lanzar /bin/false cada minuto durante todo el año
* * * * * /bin/false

## # Lanzar /bin/false a las 1:35 horas los lunes, martes y miércoles el cuarto día de cada mes
35 1 4 * mon-wed /bin/false

## # Lanzar /bin/true a las 22:25 horas el 2 de marzo
25 22 2 3 * /bin/true

## # Lanzar /bin/false a las 2:00 horas cada lunes, miércoles y viernes
0 2 * * 1-5/2 /bin/false
Note
Observe que tiene que nombrar días específicos de la semana y días del mes para poder combinarlos. Si indica un * para uno de ellos, el otro toma precedencia, mientras que un * en ambos campos indica que se debe lanzar diariamente.

Para poner a prueba lo que hemos aprendido, registraremos paso a paso algunos trabajos cron. En primer lugar crearemos un archivo llamado crons.cron que tenga el siguiente aspecto:

root # nano crons.cron
## #Mins Horas Días Meses Día de la semana
10     3     1    1       *      /bin/echo "Realmente no me gusta cron"
30     16    *    1,2     *      /bin/echo "Cron me gusta un poco"
*      *     *    1-12/2  *      /bin/echo "Realmente me gusta cron"

Ahora podemos añadir esta crontab al sistema con la "nueva orden" de la tabla de arriba

root # crontab crons.cron


Note
No verá la salida de estas órdenes a menos que utilice redirección.

Para verificar los trabajos de cron que ha planificado utilizaremos la orden Listar trabajos de cron" apropiada de la tabla de arriba.

root # crontab -l

Ahora debería ver una lista que refleje el contenido de crons.cron. Si no es así puede que haya utilizado una orden incorrecta para actualizar su nueva crontab.

Este crontab debería mostrar el texto "Realmente me gusta cron" cada minuto de cada hora de cada día en meses alternos. Obviamente esto sólo lo haría si realmente le gustara cron. Este crontab también presentará el texto "Cron me gusta un poco" a las 16:30 horas todos los días en enero y febrero. También presentará "Realmente no me gusta cron" a las 03:10 horas el 1 de enero.

Si utiliza anacron, siga leyendo esta sección, sino proceda a la sección siguiente, sobre cómo editar crontabs.

Los usuarios de anacron querrán modificar /etc/anacrontab. Este fichero contiene cuatro campos: el número de días entre cada ejecución, el retraso en minutos después de cada ejecución, el nombre del trabajo y la orden a lanzar.

Por ejemplo, para que se lance echo "Me gusta anacron" cada cinco días, diez minutos antes de que se arranque anacron, tendríamos:

Code/etc/anacrontab

5 10 perder-tiempo /bin/echo "Me gusta anacron"

Anacron termina su ejecución después que haya ejecutado todos los trabajos en anacrontab, así que si queremos que realice estos trabajos todos los días, tendremos que usar cron. Las instrucciones al final de la siguiente sección le explican cómo hacer esto.

Editar crontabs

Seamos realistas, realmente no nos interesa que nuestro sistema nos diga cuanto nos gusta cron cada minuto. Así que el siguiente paso es eliminar ese crontab usando la orden Eliminar crontab correspondiente de la tabla anterior. Después listaremos los trabajos de cron, para asegurarnos que lo que eliminamos funcionó.

root # crontab -d
root #
crontab -l

No debería haber trabajos cron en la salida de la orden crontab -l. Si ve alguno, es porque no eliminamos correctamente la crontab, por lo que debe asegurarse de usar la orden Eliminar crontab correspondiente a su paquete cron.

Ahora que tenemos una situación limpia, pongamos algo útil en la crontab de root. La mayoría de los usuarios querrán lanzar updatedb cada semana para asegurarse de que mlocate funciona correctamente. Para añadir esto a la crontab, en primer lugar editaremos de nuevo crons.cron para que tenga un aspecto similar al siguiente:

CodeUna crontab real

22 2 * * 1 /usr/bin/updatedb

Esto hará que cron lance updatedb a las 2:22 horas todos los lunes. A continuación deberá actualizar la crontab con la orden Nueva crontab adecuada de la tabla anterior y revisar la lista otra vez.

root # crontab crons.cron
root #
crontab -l

Digamos que también quiere agregar emerge --sync a sus trabajos programados diariamente. Esto lo puede hacer modificando en primer lugar crons.cron y luego usando crontab crons.cron tal como hicimos anteriormente o el sencillamente con la orden Editar crontab apropiada de la tabla anterior. Esto le permite modificar la crontab del usuario in situ sin depender de ficheros externos como crons.cron.

root # crontab -e

Esto deberá abrir la crontab del usuario con un editor de texto. Queremos que se lance emerge --sync diariamente a las 6:30 horas, por lo que deberíamos tener algo como:

CodeUna crontab real

22 2 * * 1 /usr/bin/updatedb
30 6 * * * /usr/bin/emerge --sync
## (Si está utilizando anacron, añada esta línea)
30 7 * * * /usr/sbin/anacron -s

Una vez más, revise la lista de trabajos cron, como hicimos en los ejemplos anteriores para asegurarnos que los trabajos estén realmente programados. Si todos están allí, está listo.

Usar cronbase

Como se mencionó antes, los paquetes cron disponibles dependen de sys-process/cronbase. El paquete cronbase crea /etc/cron.{hourly,daily,weekly,monthly} y un guión llamado run-crons. Podrá observar que el archivo /etc/crontab contiene algo como esto:

CodeCrontab por defecto del sistema

*/15 * * * * test -x /usr/sbin/run-crons && /usr/sbin/run-crons
0 * * * * rm -f /var/spool/cron/lastrun/cron.hourly
0 3 * * * rm -f /var/spool/cron/lastrun/cron.daily
15 4 * * 6 rm -f /var/spool/cron/lastrun/cron.weekly
30 5 1 * * rm -f /var/spool/cron/lastrun cron.monthly

Para evitar entrar en detalles, podemos asumir que estas órdenes efectivamente ejecutan sus guiones cada hora, día, semana o mes. Este método de planificación de tareas tiene algunas ventajas importantes:

  • Las tareas se ejecutarán incluso si su computadora se apagadó cuando estaban programadas para ejecutarse.
  • Es fácil para los mantenedores de paquetes ubicar los guiones en estos lugares.
  • Conoce exactamente donde se guardan sus tareas y su crontab, facilitándole el proceso de respaldo y recuperación de esta parte de su sistema.
Note
De nuevo, es útil indicarle que vixie-cron, cronie y bcron leen automaticamente /etc/crontab, mientras que dcron y fcron no lo hacen. Por favor, lea la sección Crontab del sistema para aprender más acerca de esto.

Usar anacron

Tal y como se mencionó anteriormente, anacron se utiliza en sistemas que no están pensados para estar arrancados continuamente (como es el caso de la mayoría de instalaciones de escritorio). Su fichero de configuración por defecto, /etc/anacrontab, contiene algo parecido a esto:

File/etc/anacrontab

SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# formato: periodo retraso identificador-de-trabajo orden
1    5    cron.daily       run-parts /etc/cron.daily
7   10    cron.weekly      run-parts /etc/cron.weekly
30  15    cron.monthly     run-parts /etc/cron.monthly

Como puede comprobar, la principal diferencia entre esta crontab y las crontabs comunes es que con anacron no se define una hora o fecha fija para la planificación sino el periodo entre cada ejecución. Cuando se arranca anacron, comprueba el contenido del conjuto de ficheros en /var/spool/anacron y calculará si la entrada correspondiente en el fichero de configuración ha expirado desde la última vez que se ejecutó. Si ha expirado, la orden se lanza de nuevo.

Como nota final, es importante comentar cualquier entrada que se solape con otro cron instalado en el sistema, como en el siguiente ejemplo con la crontab de vixie-cron:

File/etc/crontab

# Para vixie-cron
# $Header: /var/cvsroot/gentoo-x86/sys-process/vixie-cron/files/crontab-3.0.1-r4,v 1.3 2011/09/20 15:13:51 idl0r Exp $

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

# Comprobar los guiones en cron.hourly, cron.daily, cron.weekly y cron.monthly
59 * * * * root rm -f /var/spool/cron/lastrun/cron.hourly
#9 3 * * * root rm -f /var/spool/cron/lastrun/cron.daily
#19 4 * * 6 root rm -f /var/spool/cron/lastrun/cron.weekly
#29 5 1 * * root rm -f /var/spool/cron/lastrun/cron.monthly
#*/10 * * * * root test -x /usr/sbin/run-crons && /usr/sbin/run-crons @hourly root nice -n 19 run-parts --report /etc/cron.hourly

Si no se hace esto, las partes diarias, semanales y mensuales se lanzarán en momentos distintos tanto por el demonio cron como por anacron, conduciendo a posibles ejecuciones dobles de la tareas.

Notas finales

Recuerde que cada paquete cron es distinto y que la gama de características varía bastante. Consulte las páginas del manual de crontab, fcrontab o anacrontab, dependiendo del paquete que utilice.

¡Buena suerte!

Resolución de problemas

Si tiene problemas para conseguir que cron funcione correctamente, compruebe esta lista.

¿Está corriendo cron?

Lance ps ax | grep cron y ¡Asegúrese de que se muestra cron!

¿Está funcionado cron?

Intente lo siguiente:

CodeCrontab para comprobar si cron está corriendo

* * * * * /bin/echo "foobar" >> /su_propio_fichero

A continuación compruebe si /su_propio_fichero se modifica periodicamente.

¿Están lanzándose sus órdenes?

Al igual que en el caso anterior pero redirija también la salida de errores:

CodeCrontab para verificar que se lanzan las órdenes

* * * * * /bin/echo "foobar" >> /su_propio_fichero 2>&1

¿Puede cron lanzar su tarea?

Revise los registros de cron en busca de errores, normalmente se encuentran en /var/log/cron.log o en /var/log/messages.

¿Hay algún fichero dead.letters?

Cron normalmente envía un fichero si hay un problema. Compruebe su correo electrónico y también busque ficheros ~/dead.letter.

Agradecimientos

Nos gustaría dar las gracias a los siguientes autores y editores por sus contribuciones a esta guía:


  • Eric Brown
  • Xavier Neys
  • nightmorph