Nesse caso, descobrimos nos comentários da pergunta que era muito provável que fosse um problema relacionado ao fuso horário. Para isso, você faria:
- Adicione uma entrada como
* * * * * date
ao crontab - Remover (ou comentar) qualquer atribuição TZ do crontab
Isso força date
a ser executado com a configuração de fuso horário do invocador, que significa o daemon do cron . Olhe a saída; mostrará que fuso horário o cron está usando internamente e, portanto, é altamente provável que fuso horário ele deseja que seus campos de tempo entrem. Se você tiver uma atribuição TZ no crontab, é facilmente possível que a atribuição da variável de ambiente TZ seja passada para o invocou comandos mas o próprio cron usa algum outro fuso horário . Ao comentar ou remover a tarefa do TZ, você evita essa ambiguidade.
Observe também que quaisquer alterações nas configurações de fuso horário global do sistema (incluindo, por exemplo, / etc / localtime) quase certamente exigirão pelo menos uma reinicialização do daemon cron e possivelmente (embora improvável) uma reinicialização do sistema para ter efeito total. Editar a atribuição TZ no crontab não deve requerer um recarregamento do daemon cron, pois ele deve detectar que o arquivo foi alterado e recarregá-lo automaticamente.