Cron/es

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

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

El cron de facto
Existen varias implementaciones del gestor cron para escoger en Portage. Todas ofrecen un interfaz similar, el uso de la orden  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. 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.

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 :


 * Soporte para SELinux
 * Soporte para PAM
 * Definir variables de entorno en las crontabs (PATH, SHELL, HOME, etc.)
 * Cada usuario tiene su propia crontab, el acceso se controla mediante y

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. Al igual que vixie cron, cada usuario tiene su propia crontab.

Características de :


 * Rápido, sencillo y sin características innecesarias
 * El acceso a  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 :


 * 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 :


 * 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.

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

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

La 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. El fichero es la "crontab del sistema". Una instalación de cron lo usa junto a  para ejecutar los guiones que se encuentran en. Observe que solo vixie-cron y cronie programan las tareas en de forma automática. Los usuarios de dcron y fcron deberán ejecutar  cada vez que hagan cambios a.

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

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

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.

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:

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 y. La forma más segura de hacer esto es denegar a todos los usuarios el acceso en y luego permitir el acceso explícitamente en.

Permisos en fcron.deny

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

Permisos en fcron.allow

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

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

Permisos en /etc/cron.allow

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.

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.

Ejemplos

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

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

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

Ahora debería ver una lista que refleje el contenido de. 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. 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  cada cinco días, diez minutos antes de que se arranque anacron, tendríamos:

/etc/anacrontab

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 remove correspondiente de la tabla anterior. Después listaremos los trabajos de cron, para asegurarnos que lo que eliminamos funcionó.

You should see no cron-jobs in the output from. If you do see jobs listed, that means we failed to remove the crontab, and that you should make sure that you used the correct remove command for your cron package.

Now that we have a clean state, let's put something useful into the root crontab. Most people will want to run  on a weekly basis to make sure that   works properly. To add that to your crontab, let's first edit again so that it looks like the following:

A real crontab

That would make cron run updatedb at 2:22 A.M. on Monday morning every week. You should now input the crontab with the proper new command from the table above, and check the list again.

Now let's say that you also want to add  to your daily schedule. You could do this by first editing and then using   just as we did before, or you could use the proper edit command from the table above. This gives you a way to edit your user's crontab in situ, without depending on external files like.

That should open your user's crontab with an editor. We want to have  run every day at 6:30 A.M., so we'll make it look something like this:

A real crontab

Again, check the cron-jobs list as we did in the previous examples to make sure the jobs are scheduled. If they are all there, then you're all set.

Using cronbase
As mentioned earlier, all of the available cron packages depend on. The cronbase package creates, and a script called. You might have noticed that the default contains something like this:

Default system crontab

To avoid going into much detail, we can just assume that these commands will effectively run your hourly, daily, weekly and monthly scripts. This method of scheduling cron-jobs has some important advantages:


 * They will run even if your computer was off when they were scheduled to run
 * It is easy for package maintainers to place scripts in those well defined places
 * You know exactly where your cron-jobs and your crontab are stored, making it easy for you to backup and restore this part of your system

Using anacron
As mentioned earlier, anacron is used on systems not meant to be run continuously (like most of the desktop installations). Its default configuration file,, is usually like the following:

As you see the main difference between this and other common crontabs is that with anacron there is no fixed date/hour for the job scheduling, but only the period between every run. When anacron is started, it will check the contents of a set of files in and calculate if the corresponding entry in the configuration file has expired since the last run. If it has, then the command is invoked again.

As a final note, it is important to comment out any overlapping entry in any other cron installed in the system, such as in the following vixie-cron crontab example:

Without doing this, the daily, weekly and monthly parts will be executed - at different times - by both the cron daemon and anacron, leading to possible double job executions.

Final Notes
Remember, each cron package is different and the range of features varies greatly. Be sure to consult the man pages for crontab, fcrontab or anacrontab, depending on what you use.

Good luck!

Troubleshooting
If you're having problems getting cron to work properly, you might want to go through this quick checklist.

Is cron running?
Run  and make sure it shows up!

Is cron working?
Try the following:

crontab to see if cron is running

Then check if is modified periodically.

Is your command working?
Same as before, but perhaps redirect the standard error output as well:

crontab to verify application runs

Can cron run your job?
Check the cron log, usually or  for errors

Are there any s?
cron usually sends mail when there's a problem; check your mail and also look for.

Acknowledgements
We would like to thank the following authors and editors for their contributions to this guide:


 * Eric Brown
 * Xavier Neys
 * nightmorph