sudo Crontab não está rodando, mas crontab é? :)

Question

Eu uso o Crontab no meu usuário para rodar muitos scripts, eles funcionam bem, 40 deles funcionam.

Mas os scripts que eu tenho na raiz 'Crontab, usando o comando' sudo crontab -e ', não estão em execução, eles pararam de trabalhar há cerca de um mês e funcionaram bem por mais de dois anos.

Já tentou falar com servidores, e nenhum deles tem ideia do que poderia estar errado. BTW eu não sou um especialista em servidor, eu posso seguir um guia, mas é isso :)

Eu tentei: reiniciar o serviço cron, "instalar o novo crontab", executar os scripts no crontab normal usando o usuário root, reiniciar o servidor, excluir tudo no arquivo, excluir o MAILTO.

Todos os scripts funcionam apenas executando-os manualmente.

esta é a multa que não está funcionando:

MAILTO=""

2 3 * * * "/usr/local/scripts/backup-mysql.sh"
25 3 * * * "/usr/local/scripts/backup-prestashop.sh"

    

Answer 1

O mais útil deve ser receber mensagens de erros.

2  3  * * *  { date; bash -v "/usr/local/scripts/backup-mysql.sh"; date; }  &>/tmp/cron-backup-mysql.log
25 3  * * *  { date; bash -v "/usr/local/scripts/backup-prestashop.sh"; date; } &>/tmp/cron-backup-prestashop.log

A saída é registrada em /tmp/cron-backup-mysql.log e /tmp/cron-backup-prestashop.log . bash -v gera linhas do script à medida que são lidas.

Você pode verificar o proprietário do arquivo para ter certeza de que ele é executado como root. Em seguida, leia o arquivo, você tem o tempo de início e término para verificar se a execução está concluída e se a duração é o que você espera.

Se o script for executado corretamente, o problema provavelmente foi o shell invocado implicitamente (remove bash -v do crontab e adicione echo SHELL = $SHELL ao script) ou a permissão de execução ausente no script ( chmod +x ).

Se o script falhar, bash -v ajudará você a encontrar o bug. Você pode mostrar mais detalhes substituindo -v por -x , mas isso inundará a saída com cada expressão à medida que elas forem avaliadas.