Seguíesteguía en mi servidor unRAID dentro de mi contenedor acoplable (siwatinc/ubuntu-playground) y lo hice funcionar correctamente. Instalé cron en una imagen de la ventana acoplable llamada UbuntuPlayground y todo el material de la guía funcionó correctamente hasta que falló la tarea cron. Busqué el problema y creo que se debe a que la imagen de la ventana acoplable no tiene systemd (IDK, lo que realmente es) no se está ejecutando, por lo que cron necesita descargar cosas especiales para que funcione. Así que seguí adelante. Pero si estoy en el bash de mi contenedor acoplable con este comando:
docker exec -it UbuntuPlayground bash
Puedo ejecutar ./speedtest.sh desde el directorio de inicio donde se encuentra el script de shell y realizará la prueba de velocidad en Internet y la cargará en Google Drive. Entonces descubrí que también, si dejo la imagen de la ventana acoplable y desde SSH en el servidor no raid, ejecuto este comando:
docker exec -it UbuntuPlayground /root/speedtest.sh
ejecutará el código correctamente. Incluso puedo ver los resultados de la prueba de velocidad en mi Google Drive. Así que intenté hacer un cronjob en unraid para ejecutar ese comando. Entonces probé cron con:
0 * * * * docker exec -it UbuntuPlayground /root/speedtest.sh
Lo dejé funcionar durante unas horas y lo comprobé y no funcionaba. Así que intenté crear un script de shell en el host para ejecutar el comando. Aquí está el contenido:
#!/bin/bash
docker exec -it UbuntuPlayground /root/speedtest.sh
Simplemente se llama speedtest.sh. Entonces agregué speedtest.sh a mi crontab:
0 * * * * /root/speedtest.sh
Luego me fui a dormir y tuve este problema en mi /var/log/syslog
Nov 3 21:00:01 TrevNas2 sudo: root : TTY=unknown ; PWD=/root ; USER=root ; COMMAND=/usr/bin/docker exec -it UbuntuPlayground /root/speedtest.sh
Nov 3 21:00:01 TrevNas2 crond[1861]: exit status 1 from user root /root/speedtest.sh
Nov 3 21:00:06 TrevNas2 sSMTP[26673]: Creating SSL connection to host
Nov 3 21:00:06 TrevNas2 sSMTP[26673]: SSL connection using TLS_AES_256_GCM_SHA384
Nov 3 21:00:07 TrevNas2 sSMTP[26673]: Authorization failed (534 5.7.9 https://support.google.com/mail/?p=InvalidSecondFactor j79sm5194000ywj.11 - gsmtp)
Nov 3 21:00:07 TrevNas2 crond[1861]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null
Nov 3 22:00:01 TrevNas2 sudo: root : TTY=unknown ; PWD=/root ; USER=root ; COMMAND=/usr/bin/docker exec -it UbuntuPlayground /root/speedtest.sh
Nov 3 22:00:01 TrevNas2 crond[1861]: exit status 1 from user root /root/speedtest.sh
Nov 3 22:00:06 TrevNas2 sSMTP[21643]: Creating SSL connection to host
Nov 3 22:00:06 TrevNas2 sSMTP[21643]: SSL connection using TLS_AES_256_GCM_SHA384
Nov 3 22:00:07 TrevNas2 sSMTP[21643]: Authorization failed (534 5.7.9 https://support.google.com/mail/?p=InvalidSecondFactor x64sm4861319ywb.55 - gsmtp)
Nov 3 22:00:12 TrevNas2 crond[1861]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null
Entonces, está fallando con el código de salida uno. No entiendo cuál es el problema con esto. Me imaginé que es algún problema que se me pasa por la cabeza. Busqué en Google el código de salida uno y no encuentro nada. ¿Debo intentar solucionar el problema en el contenedor acoplable al ejecutar cron o solucionar los problemas en cron en mi máquina host? ¿O alguien sabe cómo solucionarlo?
Si has leído todo esto, gracias.
Respuesta1
Descubrí por qué no funciona en el contenedor acoplable. cron no se estaba ejecutando dentro. Usandoesteintercambio de pila descubrí que necesito ejecutar el siguiente comando:
/etc/init.d/cron start
Después de eso, probé una tarea cron básica que tocaba un archivo cada minuto, lo cual funcionó y luego agregué
*/30 * * * * /root/speedtest.sh
a mi crontab nuevamente y puedo ver la última prueba de velocidad ejecutada. Entonces fue solo un caso en el que cron no se estaba ejecutando.