Os trabalhos cron.daily não estão em execução

Criei 3 tarefas diárias de cron para executar.

Abaixo estão os três colocados em etc / cron.daily

rkhunter.sh

#!/bin/sh
(
rkhunter --versioncheck
rkhunter --update
rkhunter --cronjob --report-warnings-only
) | mail -s 'rkhunter Daily Run (my server)' me@email.com

chkrootkit.sh

#!/bin/bash
chkrootkit | mail -s "chkrootkit Daily Run (my server)" me@email.com

logwatch.sh

#!/bin/sh
(
logwatch
) | mail -s 'logwatch Daily Log (my server)' me@email.com

Substituí me@email.com ofcourse pelo meu e-mail.

Se eu executar este cronjob manualmente, ele funciona bem ./nameoffile.sh

Mas não é executado diariamente, qual pode ser a causa ou como posso verificar isso?

Existem dois suspeitos possíveis que geralmente fazem com que os crontrabalhos não possam ser executados.

O primeiro são problemas de permissão, ou seja, um usuário pode executar o script / comando, mas o daemon cron não pode, porque o trabalho está nos trabalhos cron do usuário errado. Por exemplo, o usuário cria um script ou executa um comando com privilégios elevados, ou seja sudo, usando , em seguida, adiciona o script / comando testado à sua lista de tarefas cron ( crontab). O resultado é que o trabalho cron do usuário não poderá ser executado, pois precisa de privilégios elevados.

• Para colocar um trabalho cron no tipo de crontab do usuário atual crontab -e
• Para colocar uma tarefa cron no tipo crontab do root sudo crontab -e

A segunda razão são os caminhos; para ter certeza de que o script será executado, o usuário deve adicionar o caminho completo ao script a ser executado no crontab. Outra solução seria expandir a variável PATH dos usuários raiz, colocando a seguinte linha na parte superior do arquivo crontab:

PATH=/usr/sbin:/usr/bin:/sbin:/bin

como o wiki da comunidade menciona .

Você pode ler o wiki da comunidade sobre o cron, pois ele fornece mais detalhes sobre o acima.

De acordo com esta resposta, o problema está na extensão .sh. Remova isso (por exemplo, renomeie seu arquivo de rkhunter.sh para rkhunter.

Para confirmar, execute o seguinte comando run-parts --test /etc/cron.daily

Se o seu script (rkhunter) estiver incluído nos resultados, tudo estará bem. Para obter mais informações sobre o comando run-parts, leia as páginas de manual.man run-parts

Eu acho que arquivos com extensões são ignorados.

corre:

 run-parts --test /etc/cron.daily

Se você não vê seus scripts listados, remova as extensões .sh e tente novamente.

No meu sistema, era porque o anacron não estava instalado.

grep run-parts /etc/crontab

17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )

Portanto, instale o anacron ou remova o teste -x / usr / sbin / anacron

Adicionando à resposta de Stef, você também deve garantir que eles tenham o bit executável:

$ ls -l
-rwxr-xr-x  1 root root   268 Jun  1 08:06 00logwatch
-rwxr-xr-x  1 root root   311 May 22  2012 0anacron
-rwxr-xr-x  1 root root 15007 Jun  6 14:08 apt

Você deve poder executá-los usando chmod +x filename.

Renomeie seu arquivo para não ter a extensão .sh

Para verificar se esse é o problema, tente

sudo run-parts --list /etc/cron.daily 

você verá que não está listado. Então corra:

mv script.sh script

e tente listar novamente. Deve ser listado.

Eu não poderia obtê-lo correr com anacron, tirei anacron de /etc/crontabe executado apt remove --purge anacrone funciona imediatamente.

Não entendo por que precisamos de dois agendadores.