Onde está este cronjob rodando?

1

Temos um servidor de notícias em execução em uma caixa do CentOS 6.5. É leafnode e um cron está configurado para ser executado a cada dois minutos. Nós decidimos desligá-lo para solucionar outros problemas, então comentamos a linha no crontab:

# */2 * * * * /usr/sbin/fetchnews

Por algum motivo, no entanto, ainda estamos recebendo notícias atualizadas. Então, decidimos alterar as permissões desse binário.

chmod 400 /usr/sbin/fetchnews

Então, começamos a receber e-mails a cada dois minutos: '/ usr / sbin / fetchnews: permissão negada'.

Nós olhamos em / etc / cron / hourly, na verdade, em tudo a ver com crond em / etc. Ele não está no arquivo crontab do root, ele não está no arquivo crontab do usuário de notícias e não está no arquivo crontab de qualquer outro usuário.

Como posso descobrir o que está causando esse binário a ser executado?

Obrigado.

    
por martin 06.10.2014 / 18:16

3 respostas

1

Experimente grep -ri fetchnews /etc/cron* /var/spool/cron/tabs/* .

Existem mais resultados além da linha que você comentou?

    
por 06.10.2014 / 18:29
0
watch "ps -ef | grep fetchnews"

mostrará a saída de ps -ef | grep fetchnews a cada dois segundos. Na saída de ps -ef , o pai pid é o terceiro campo, 1458 neste caso:

ulmi      1462  1458  0 18:20 pts/1    00:00:00 sh -c ps -ef | grep ls

Esse é o trabalho que gerou sua busca, e isso pode ajudá-lo.

(Minha bola de cristal diz que talvez você tenha tentado editar os crontabs diretamente? Somente executar crontab -e garante que crond pegue a nova guia.)

    
por 06.10.2014 / 18:21
0

Supondo que existe um usuário que possui os arquivos de notícias, provavelmente há uma entrada do cron na entrada do crontab pessoal deste usuário, que é responsável por isso. Crons do usuário são mantidos aqui nos sistemas RHEL:

$ sudo ls -l /var/spool/cron/
total 4
-rw-------. 1 slm slm 9 Oct  6 13:30 slm

Se você ver entradas lá, você pode usar sudo para ver o que está em um determinado arquivo da seguinte forma:

$ sudo crontab -u slm -l
### blah

Você pode simplesmente comentar as entradas nesse arquivo, usando crontab para desativá-lo. Se o seu trabalho for breve, você também poderá desativar o serviço cron temporariamente:

$ sudo service crond stop
    
por 06.10.2014 / 19:32

Tags