¿A qué usuario se ejecutan los scripts en las carpetas cron? (es decir, cron.daily, cron.hourly, etc.)

Si pongo un script en /etc/cron.daily en CentOS, ¿a qué usuario se ejecutará? ¿Se ejecutan todos como root o como propietarios?

cron

— Kyle MacFarlane
fuente

Todos corren como root. Si necesita lo contrario, use suen el script o agregue una entrada crontab al crontab del usuario ( man crontab) o al crontab de todo el sistema (cuya ubicación no podría decirle en CentOS).

— geekosaur
fuente

Editar: mi respuesta en realidad no se aplica en este caso, vea el comentario de Zoredache a continuación. Lo siento, todos (especialmente geekosaur). Kyle, tenga en cuenta que si desea ejecutar un script regularmente como usuario no root, lo siguiente puede ser útil; simplemente hágalo a través de cron.d en lugar de cron. {por hora, diario, semanal, mensual}.

Odio contradecir, pero me temo que geekosaur no está del todo bien. Se ejecutan como root, excepto donde se especifique lo contrario . Aquí está parte del /etc/cron.d/muninarchivo de mi caja CentOS :

# cron-jobs for munin
MAILTO=root
1-56/5 * * * *     munin /usr/share/munin/munin-limits --force

Observe cómo, en la línea sustantiva (línea 3), hay un nombre de usuario especificado antes del ejecutable. Esta entrada de cron en particular se ejecuta como usuario munin, por lo que siempre que su cron sea similar a CentOS 5 (vixie-cron-4.1-77), debe poder hacer lo mismo.

— MadHatter apoya a Monica
fuente

Parece estar hablando específicamente de cron.daily y cron.weekly, y no de cosas en cron.d / *.

— Zoredache

D'oh! Gracias Zoredache; Debería leer la pregunta con más cuidado. ¡Todavía no hay café! Lo eliminaría, pero creo que todavía hay información útil en mi respuesta, solo que no para el OP, por lo que estoy inclinado a dejarlo en pie. ¿Qué piensas? (Perdón por saltar equivocadamente, geekosaur).

— MadHatter apoya a Monica el

geekosaur respondió a mi pregunta básica, pero nunca supe para qué es realmente la carpeta cron.d. cron.daily, etc. son bastante obvios, como lo es crontab. Pero, ¿dónde se sienta cron.d dentro de todo?

— Kyle MacFarlane

Ya ha comprendido que la idea de usar directorios en lugar de archivos individuales para almacenar colecciones es que facilita que un paquete agregue una entrada: simplemente suelte un archivo en un directorio, en lugar de intentar una invocación compleja de sed para editar fragmentos de texto dentro y fuera de archivos ...

— MadHatter es compatible con Monica

... En el caso de munin, necesita ejecutar un trabajo cada cinco minutos, y no como root. Ese es un ejemplo perfecto de por qué cron. {Cada hora, etc.} no es adecuado para todos; algunos trabajos cron aún quieren poder especificar una frecuencia, y tal vez un usuario, y para ellos, cron.d es mejor. Otros no lo hacen, y para ellos, cron. {Por hora, etc.} es más simple, ya que simplemente vuelcan un script en lugar de un script más un contenedor de tiempo / configuración del usuario.

— MadHatter apoya a Monica el