crontab não executa automático [RESOLVIDO]

clon¥
(usa Debian)

Enviado em 04/01/2012 - 11:54h

Olá a tods,
Peço desculpa se este assunto/defeito já foi esclarecido, mas na verdade eu não consegui resolver o meu problema com a execução do CRONTAB de forma automática.
Já procurei a solução eficaz em outros fóruns, mas até o momento nada.

segue meu crontab e outros arquivos abaixo.
Preciso saber se a minha "programação do conteúdo do crontab" está correta - não sou programador.
Será que preciso fazer um script e colocá-lo dentro do crontab?

No momento estou executando os mesmos comando internos colocado no CRONTAB de forma manual, pois não posso ficar sem o BACKUP.

Erro:
ftpserver:~# cron status

# /etc/crontab: system-wide crontab

# Unlike any other crontab you don't have to run the `crontab'

# command to install the new version when you edit this file

# and files in /etc/cron.d. These files also have username fields,

# that none of the other crontabs do.



SHELL=/bin/sh

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



# m h dom mon dow user  command

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 )

#



#segunda - PAUSADO

#30 23 * * 1 root cp -Rvpf /home /backup/segunda



#terca

23 23 * * 2 root cp -Rvpf /home /backup/terca

21 30 * * 2 root cp -Rvpf /etc /backup/arqs_sistema



#quarta - PAUSADO

#23 23 * * 3 root cp -Rvpf /home /backup/quarta



#quinta - PAUSADO

#23 23 * * 4 root cp -Rvpf /home /backup/quinta

#21 30 * * 4 root cp -Rvpf /etc /backup/arqs_sistema



#sexta - PAUSADO

#23 23 * * 5 root cp -Rvpf /home /backup/sexta



#sabado

23 23 * * 6 suporte cp -Rvpf /home /backup/sabado

21 30 * * 6 suporte cp -Rvpf /etc /backup/arqs_sistema



# Muda status das pastas para acesso total:

0 23 * * * root chmod 777 * -Rf /home/clientes

0 23 * * * root chmod 777 * -Rf /home/transferencia

0 23 * * * root chmod 777 * -Rf /home/criacao

0 23 * * * root chmod 770 * -Rf /home/promocao

0 23 * * * root chmod 777 * -Rf /criacao

0 23 * * * root chown -Rf producao:producao /home/producao/*

0 23 * * * root chown -Rf midia:midia /home/midia/*



# Update do Sistema:

30 4 * * 7 root apt-get update 

ps -fax

28232 tty4     Ss+    0:00 /sbin/getty 38400 tty4

28233 tty5     Ss+    0:00 /sbin/getty 38400 tty5

28234 tty6     Ss+    0:00 /sbin/getty 38400 tty6

28354 ?        S      0:00 start_kdeinit --new-startup +kcminit_startup

28355 ?        Ss     0:00 kdeinit Running...

28360 ?        S     10:57  \_ klauncher [kdeinit] --new-startup

28370 ?        S      0:02  \_ kwin [kdeinit] -session 1013de6e6d800012469078060000003030

28375 ?        S      0:00  \_ kio_file [kdeinit] file /tmp/ksocket-luissantos/klauncherU

28378 ?        SLl  1820:31  \_ /usr/bin/artsd -F 10 -S 4096 -s 60 -m artsmessage -c drkonqi -l 3 -f

28358 ?        S      0:00 dcopserver [kdeinit] --nosid

28362 ?        S     37:24 kded [kdeinit] --new-startup

28369 ?        S      0:00 ksmserver [kdeinit]

28372 ?        S      2:49 kdesktop [kdeinit]

28374 ?        S      5:30 kicker [kdeinit]

28377 ?        S      0:00 kaccess [kdeinit]

28384 ?        S    2115:03 juk -session 1013de6e6d8000128086495100000032320010_1313769161_857606

28386 ?        S      0:00 knetworkmanager [kdeinit]

28388 ?        S     33:04 knotify [kdeinit]

28391 ?        S      0:00 kpowersave [kdeinit]

28393 ?        S     72:16 klipper [kdeinit]

28394 ?        S      2:23 korgac --miniicon korganizer

17926 ?        Ss    24:19 /usr/sbin/smbd -D

17940 ?        S      0:14  \_ /usr/sbin/smbd -D

13193 ?        S    1090:50  \_ /usr/sbin/smbd -D

13394 ?        S     15:44  \_ /usr/sbin/smbd -D

14352 ?        S      0:03  \_ /usr/sbin/smbd -D

16044 ?        S      0:31  \_ /usr/sbin/smbd -D

17229 ?        S      0:00  \_ /usr/sbin/smbd -D

17240 ?        S      0:04  \_ /usr/sbin/smbd -D

17244 ?        S      0:04  \_ /usr/sbin/smbd -D

17252 ?        S      0:00  \_ /usr/sbin/smbd -D

17258 ?        S      0:00  \_ /usr/sbin/smbd -D

17262 ?        S      0:00  \_ /usr/sbin/smbd -D

17265 ?        S      0:03  \_ /usr/sbin/smbd -D

17272 ?        S      0:00  \_ /usr/sbin/smbd -D

17274 ?        S      0:04  \_ /usr/sbin/smbd -D

17310 ?        S      0:00  \_ /usr/sbin/smbd -D

17320 ?        S      0:02  \_ /usr/sbin/smbd -D

17935 ?        Ss     9:31 /usr/sbin/winbindd

17936 ?        S      0:45  \_ /usr/sbin/winbindd

17938 ?        S      1:12  \_ /usr/sbin/winbindd

17939 ?        S      0:29  \_ /usr/sbin/winbindd

17937 ?        Ss    41:46 /usr/sbin/nmbd -D

25779 ?        S<s    0:22 cron status

26788 tty1     Ss     0:00 /bin/login --

 1653 tty1     S+     0:01  \_ -bash

20294 ?        SNs    0:43 proftpd: (accepting connections)

12430 ?        SNs    2:06 /usr/bin/dirmngr --daemon --sh 

ftpserver:~# cron status

danniel-lara
(usa Fedora)

Enviado em 04/01/2012 - 12:05h

bom
remove o /var/run/crond.pid
e reinicia o serviço do cron e testa

clon¥
(usa Debian)

Enviado em 04/01/2012 - 13:10h

Obrigado pela dica.alisar:

ftpserver:/var/run# rm -f crond.pid
ftpserver:/var/run# ls
acpid.pid dhcdbd.pid kdm.pid portmap.pid sshd
acpid.socket dirmngr kerneloops.pid proftpd sshd.pid
atalkd.pid dirmngr.pid motd proftpd.pid sudo
atd.pid exim4 network rpc.statd.pid utmp
avahi-daemon hal NetworkManager rsyslogd.pid xauth
crond.reboot hplip openvpn.rio.pid samba xdmctl
cups inetd.pid openvpn.rio.status smartd.pid
dbus kdm portmap_mapping sm-notify.pid
ftpserver:/var/run# cron restart
ftpserver:/var/run# cron status
cron: can't lock /var/run/crond.pid, otherpid may be 17895: Resource temporarily unavailable
ftpserver:/var/run#

Fiz o procedimento abaixo, como posso me certificar sem aguardar o próximo ciclo da rotina.
Acho que ainda está com problema pela mensagem abaixo.
Veja se consegue an

balani
(usa Slackware)

Enviado em 04/01/2012 - 13:23h

Amigo, dá um cat /var/run/crond.pid e vê se tem algum conteudo, normalmente o pid que o processo tá usando no momento, se não tiver nada,
de permissão no arquivo tenta essa chmod 0755 /var/run/crond.pid, e testa e fala pra nós o resultado.

valdinei.campos
(usa CentOS)

Enviado em 04/01/2012 - 13:44h

basta remove o /var/run/crond.pid
e reiniciar o serviço do cron

clon¥
(usa Debian)

Enviado em 04/01/2012 - 14:20h

Agradeço a sua colaboração, eis os resultados abaixo:
Veja o que me diz...

ftpserver:~# cat /var/run/crond.pid
17895
ftpserver:~# ls -lha /var/run/crond.pid
-rw-r--r-- 1 root root 6 Jan 4 13:01 /var/run/crond.pid
ftpserver:~#
ftpserver:~# chmod 0755 /var/run/crond.pid
ftpserver:~#
ftpserver:~# ls -lha /var/run/crond.pid
-rwxr-xr-x 1 root root 6 Jan 4 13:01 /var/run/crond.pid
ftpserver:~#
ftpserver:~# cron status
cron: can't lock /var/run/crond.pid, otherpid may be 17895: Resource temporarily unavailable
ftpserver:~#

clon¥
(usa Debian)

Enviado em 04/01/2012 - 14:47h

caríssimo, eu já fiz isso anteriormente.
O arquivo é recriado e o problema continua.

Devo estar fazendo algo errado.
Alguem pode me falar se o conteúdo (programação) do meu CRONTAB está errado - de repente não é assim que se faz uma rotina de backup (desculpem, mas eu sei o básico).

Ah, outra observação:
Neste mesmo cliente eu instalei 02 servidores de arquivo com o Linux debian, e este mesmo problema acontece nos dois servidores, sendo que:
01 está com o debian 5.0.x
e
o outro está com o debian 6.0.3

Aguardo e agradeço à todos.

balani
(usa Slackware)

Enviado em 04/01/2012 - 15:34h

tenta desinstalar e instalar denovo.

clon¥
(usa Debian)

Enviado em 05/01/2012 - 18:07h

Desinstalar o quê exatamente?
O serviço crontab ou o debian?

Sinceramente, acho que não funcionará, pois, acima eu mencionei que montei dois servidores de dados para o mesmo cliente, um com debian 5.0.x e o mais recente (1 ano depois) com o debian 6.x e os dois apresentam a mesma falha.

Alguma outra sugestão?
Não resolvido ainda...

n4t4n
(usa Arch Linux)

Enviado em 13/01/2012 - 13:43h

status até onde eu sei não é uma opção para o comando cron, portanto quando você digita cron status ele simplesmente tenta iniciar uma nova instância do cron, o que não é possível se você já está com uma em execução.

Seu backup não está sendo feito pelo seguinte motivo:

O crontab é organizado da seguinte maneira

31  18   1 * * root run-parts --report /etc/cron.montly

|    |   | |  |    |    |

|    |   | |  |    |     \_Comando que será executado

|    |   | |  |    |

|    |   | |  |     \_ UID que executará o comando

|    |   | |  |

|    |   | |   \_ Dia da semana (0-6)

|    |   | |

|    |   |  \_ Mês (1-12)

|    |   |

|    |    \_ Dia do Mês (1-31)

|    |

|     \_ Hora (0-23)

|

 \_ Minuto (0-59) 

Então você já observa que ele não executa o comando porque não existe a hora de número 30.

Para executar às 21:30h altere a linha

21 30 * * 2 root cp -Rvpf /etc /backup/arqs_sistema 

para:

30 21 * * 2 root cp -Rvpf /etc /backup/arqs_sistema 

Referência:

http://www.vivaolinux.com.br/artigo/Agendando-tarefas-em-Linux-Unix-usando-o-cron

clon¥
(usa Debian)

Enviado em 13/01/2012 - 16:21h

Então,
Na verdade, como a ajuda por aqui estava demorando um pouco eu tive que apelar para outros foruns.
De fato existia mesmo o erro que vc visualizou, mas eu continuo com problema.

Tem algum comando que conheça para um teste da eficiência/execução do crontab?
Se o cron status, não funciona, como seria o comando?

O meu teste no momento é criar um arquivo numa pasta qualquer e dias depois verificar se a cópia foi feita, e não está sendo feita.

Agradeço por esta e outras dicas!!!

Eis o meu crontab atual:

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Tue Jan 10 11:50:05 2012 from 201.38.176.178
ftpserver:~# clear
ftpserver:~# cat /etc/crontab

# /etc/crontab: system-wide crontab

# Unlike any other crontab you don't have to run the `crontab'

# command to install the new version when you edit this file

# and files in /etc/cron.d. These files also have username fields,

# that none of the other crontabs do.



SHELL=/bin/sh

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



# m h dom mon dow user  command

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 )

#



#segunda - PAUSADO

#22 22 * * 1 root cp -Rvpf /home /backup/segunda



#terca

22 22 * * 2 root cp -Rvpf /home /backup/terca

22 21 * * 2 root cp -Rvpf /etc /backup/arqs_sistema



#quarta - PAUSADO

#22 22 * * 3 root cp -Rvpf /home /backup/quarta



#quinta - PAUSADO

#22 22 * * 4 root cp -Rvpf /home /backup/quinta

#22 21 * * 4 root cp -Rvpf /etc /backup/arqs_sistema



#sexta - PAUSADO

#22 22 * * 5 root cp -Rvpf /home /backup/sexta



#sabado

22 22 * * 6 suporte cp -Rvpf /home /backup/sabado

22 21 * * 6 suporte cp -Rvpf /etc /backup/arqs_sistema



# Muda status das pastas para acesso total:

0 23 * * * root chmod 777 * -Rf /home/clientes

0 23 * * * root chmod 777 * -Rf /home/transferencia

0 23 * * * root chmod 777 * -Rf /home/criacao

0 23 * * * root chmod 770 * -Rf /home/promocao

0 23 * * * root chmod 777 * -Rf /criacao

0 23 * * * root chown -Rf producao:producao /home/producao/*

0 23 * * * root chown -Rf midia:midia /home/midia/*



# Update do Sistema:

30 4 * * 7 root aptitude update #Atualiza lista de pacotes

40 4 * * 7 root aptitude -y upgrade #Atualiza e não pede confirmação