Crontab não da certo

xibo
(usa Ubuntu)

Enviado em 17/08/2012 - 13:44h

não tem o nenhum log do cron e nada de cron

alternatives.log boot dmesg.4.gz landscape syslog.3.gz
alternatives.log.1 boot.log dpkg.log lastlog syslog.4.gz
apparmor btmp dpkg.log.1 libvirt syslog.5.gz
apt btmp.1 faillog mail.err syslog.6.gz
aptitude cups fsck mail.log syslog.7.gz
aptitude.1.gz dist-upgrade installer news tomcat6
auth.log dmesg kern.log pycentral.log udev
auth.log.1 dmesg.0 kern.log.1 samba ufw.log
auth.log.2.gz dmesg.1.gz kern.log.2.gz syslog wtmp
auth.log.3.gz dmesg.2.gz kern.log.3.gz syslog.1 wtmp.1
auth.log.4.gz dmesg.3.gz kern.log.4.gz syslog.2.gz

renato_pacheco
(usa Debian)

Enviado em 17/08/2012 - 13:53h

Tem alguma coisa errada nesse cron seu. Todo cron faz logs quando executado, muito estranho...

_di0
(usa FreeBSD)

Enviado em 17/08/2012 - 15:25h

Os logs do cron são armazenados de acordo com certas configurações, o qual não vem ao caso.
Se quiser saber, procure sobre o arquivo syslog.conf ou rsyslog.conf, ambos no diretório /etc/.
Se o log do cron não é armazenado no /var/log/cron, então por padrão, está sendo gerado em
/var/log/syslog.

A sua configuração no cron tem um erro de sintaxe, você precisa especificar o usuário que rodará seu comando.

Dessa forma:

00 11 * * * root /home/backup/teste.sh

renato_pacheco
(usa Debian)

Enviado em 17/08/2012 - 15:28h

Não chega a ser erro d sintaxe, pois é opcional. Se vc não colocar, o cron roda com as permissões do usuário em questão (se tiver editando como root, será como root).

_di0
(usa FreeBSD)

Enviado em 17/08/2012 - 15:40h

Olá, não é bem assim.

Depende do arquivo cron. Cada usuário no Unix tem seu próprio cron, portanto, os comandos serão rodados com as permissões desses usuários.

Há o crontab do sistema, nesse caso é necessário indicar qual usuário vai rodar o comando,
então o crontab especifico de um usuário unix não recebe o parametro usuário, pois o próprio irá rodar o comando.

Já o crontab do sistema precisa do parâmetro no arquivo indicando o usuário que vai rodar o comando.

renato_pacheco
(usa Debian)

Enviado em 17/08/2012 - 15:58h

É ae q tá. Se vc estiver logado com o usuário fulano e rodar o crontab -e, tudo q estiver agendado ae estará no cron do usuário. Caso logue como root e rodar o msm comando, tudo q estiver lá será do root. Não justifica especificar o usuário a rodar quando estou editando via crontab com o usuário fulano pq ele não terá permissão pra rodar com outro usuário. No caso do cron do sistema (root), já faz mais sentido.

xibo
(usa Ubuntu)

Enviado em 17/08/2012 - 16:06h

ja tentei com as duas maneiras, como root e sem nada e não roda

_di0
(usa FreeBSD)

Enviado em 17/08/2012 - 16:35h

Você está certo, foi o que eu disse, mas observe os parâmetros solicitados na configuração do usuário xibo:

# m h dom mon dow user command

_di0
(usa FreeBSD)

Enviado em 17/08/2012 - 17:14h

E os logs?

andrecanhadas
(usa Debian)

Enviado em 17/08/2012 - 22:44h

Em primeiro lugar você deu permissão de executar para o arquivo?

chmod +x /local/script.sh

 

Em segundo se tiver dado permissão tente colocar o caminho completo para o tar no seu script:

/bin/tar -zcvf [nome_do_arquivo.tgz] [Pasta_a_ser_compactada]

 

E a respeito do user não é necessário como o Renato falou se executar o crontab -e como root não precisa passar o user pois o script sera executado como tal.

Crie a linha jogando a saida para um arquivo se não estiver achando o log:

00 11 * * * /usr/local/bin/script.sh > /root/cron.log 

 

Se não tiver colocado coloque no seu script (Primeira linha): (A sua sintaxe wsta errada troque "!/bin/bash) por:

#!/bin/bash

 

Se tudo isso estiver ok é para funcionar

rai3mb
(usa Outra)

Enviado em 17/08/2012 - 23:39h

Veja os logs em /var/log/syslog

O meu:

$ sudo cat /var/log/syslog

tendalinux /USR/SBIN/CRON[3626]: (rai3mb) CMD (/home/rai/Desktop/./avisaPonto.sh)

Aug 18 02:38:01 tendalinux /USR/SBIN/CRON[3625]: (CRON) error (grandchild #3626 failed with exit status 127)

 

E veja que ele tá com erro ;-), mas é porque eu estou testando-o ainda ...., mas já prova que o cron chegou a executá-lo

ricardoschet
(usa Debian)

Enviado em 24/08/2012 - 06:38h

Ja experimentou colocar sh antes do caminho do arquivo?

sh /home/usuario/script.sh