¡Enloqueciendo con la ejecución del script de python a través de crontab en debian!

Question

Esto es lo que mi archivo crontab se parece a:

* * * * * root /usr/bin/python /root/test.py >> /root/classwatch.log 2>&1 

Esto es lo que se ve mi script en Python como:

#!/usr/bin/python 
print "hello" 

La tarea programada crea el archivo de registro. Pero está vacío. También estoy bastante seguro de que el archivo python no se está ejecutando.

¡Agradecemos cualquier ayuda! He estado jugando con él durante las últimas 4 horas sin suerte.

Answer 1

Actualizado ...

reemplazar el contenido con

* * * * * date >> /tmp/foo 

¿Esto link ayuda?

Elimina el archivo que se supone que debe crear. ¿Vuelve? Pensé que cada usuario tenía su propio archivo crontab para que el usuario en la línea sospechase.
¿Alguien te juega una broma y reemplaza el binario de python sin una operación?

Tengo que pensar que cron no está funcionando bien ya que el eco no funciona. ¿Se aseguró de cambiar el directorio de salida a/tmp con el eco?

¿Puedes hacer un od (octal dump) del archivo y ver si tal vez pones un carácter de control o una pestaña en el archivo cron?

Answer 2

¿Ha intentado poner el script en otro lugar (por ejemplo,/usr/local/bin /)?

Answer 3

Esto funciona bien para mí en mi caja RHES 4 Linux exactamente como se muestra (NOTA: eliminé el nombre de usuario 'raíz' en el crontab).

Sospecho que hay algún problema con la forma en que está instalando su tarea cron, o la configuración de cron en su sistema. ¿Cómo estás instalando esto? ¿Estás usando crontab -e o algún otro método? ¿Eres capaz de ejecutar cualquier otra tarea cron para la raíz con éxito?

Answer 4

Puede deberse a que un trabajo declarado anteriormente falló debido a un error de sintaxis. ¿Puedes pegar todo tu crontab? Tu línea se ve bien por lo que puedo ver.

Answer 5

La entrada crontab es correcta si está editando/etc/crontab - sin embargo, si estás usando el crontab del usuario normal (es decir crontab -e, crontabfle crontab, etc) la entrada raíz es sintácticamente incorrecta.

Answer 6

Trate simplemente enviar la salida estándar al archivo de registro, en lugar de tanto stderr y fuerte:
/usr/bin/python /root/test.py> /root/classwatch.log

Answer 7

Hay dos maneras de crear un crontab - por usuario o globalmente. Para el crontab mundial (/ etc/crontab) que especifique el usuario, de acuerdo con:

# m h dom mon dow user command 
17 * * * * root  cd/&& run-parts --report /etc/cron.hourly 

para el usuario crontabs no lo hace, según:

aj@wherever:~$ crontab -l 
0 * * * * /home/aj/bin/update-foobar 

Para obtener una secuencia de comandos Python corriendo a través #!notación, que acaba de hacer el script ejecutable (chmod 755 /root/test.py), e invocar directamente, algo así como:

/root/test.py 

Si no quieres hacer eso, se puede ejecutar a través de la Python intérprete con la mano, como:

/usr/bin/python /root/test.py 

Esto supone que sea el usuario que se está ejecutando como (es decir, el usuario en/etc/crontab, o el usuario que está ejecutando crontab -e como) tiene permiso para ver el secuencia de comandos python -/raíz podría ser inaccesible para los usuarios regulares, por ejemplo.

Usted puede obtener una buena idea de si el guión está siendo ejecutado en absoluto añadiendo:

import time 
time.sleep(20) # pause for 20 seconds 

y luego consultar con "alto" o "ps aux" o "pstree" para ver si pitón de realidad corriendo.

Answer 8

chmod 755 /root/test.py 

y luego

* * * * * /root/test.py >> /root/classwatch.log 2>&1 

debería funcionar.