crontab ne fonctionne pas

[princesse95]

Bonjour,

J'essaye de réaliser un backup de fichiers via un script mais il ne se passe pas.
J'ai déposé un script dans le dossier /etc/cron.d

Ce script doit prendre en backup tous les fichiers se trouvant dans /home/test et déposer le backup dans /home/backup

Cependant rien ne se passe, et je ne trouve aucun log

Merci pour votre aide

Je précise que le script fonctionne très bien sur d'autres serveurs..

[Lharuun]

bonjour,

Tu as essayé de savoir si cron est en route ?
suivant les distribs
/etc/init.d/crond status
ou
ou service cron status
enfin a toi d'adapter en fonction de ta distrib

Et s'il n'est pas démarré, bah je crois qu'il faut le faire :p

Cordialement.

[lavazavio]

Bonjour,

Pourquoi ne pas utiliser la commande :

Code :

crontab -e

pour inscrire ta tâche cron ?

[frp31]

la seule et unique façon officielle de modifier une cron de façon garantie et propore est

Code :

crontab -e

ensuite il faut pas oublié que crontab utilises son propre environnement de travail et qu'il faut mêttre en dur dans les scripts lancés par une crontab les variables d'environnement nécéssaires comme le path par exemple

Enfin il ne faut pas oublier que crontab utilise % comme caractères de commentaire, il faut docn s'assurer d'utiliser \% dans les crontab qui utilisent ce caractère.

[mptijr]

essai de faire un man crontab

tu auras plus d'indications sur ce que tu veux

[princesse95]

Je viens de tester en le mettant dans crontab -e.. j'ai redémarré le service cron (je suis sous debian)

mais rien ne se passe malgré ça

[lavazavio]

Bonjour,

Tu as modifié la crontab de quel utilisateur ? root ou un autre ?

[princesse95]

Oui, je l'ai modifié en tant que root

[frp31]

copie ici ton crontab et les commandes et scripts entiers que tu lances

[princesse95]

Voici le résultat de la commande crontab -e

Code :

1
2
# m h  dom mon dow   command
0 23 * * * root  /home/www/admin/back_sites.sh

Et le script se situe ici :
/home/www/admin
et s'appelle bien back_sites.sh

Et voici le script :

Code :

1
2
3
4
5
6
7
8
9
#!/bin/sh
 
DATEDUMP=`date +%d%m%Y`
 
for DIR in $(ls /home/www/messites); do
        tar -czf /home/backup/${DIR}_${DATEDUMP}.tgz -X /home/www/admin/FILE -C$
done
 
find /home/backup -name *.tgz -ctime 2 -exec rm -f {} \;

Je précise que ce script fonctionne déjà sur des serveurs différents. Là je pense que le problème est lié au serveur. Merci

[Lharuun]

Bonjour,

Code :

1
2
3
4
5
 
# m h  dom mon dow   command
0 23 * * * root  /home/www/admin/back_sites.sh
             î_ Pourquoi il y a root ici, ca doit être l'appel direct du script, a la limite /bin/sh  /home/www/admin/back_sites.sh 
si tu veux utiliser un shell en particulier.

Cordialement.

[princesse95]

J'avais testé de cette manière mais je n'avais aucun backup de réalisé

Mais surtout je n'ai aucun log donc aucun moyen de savoir d'où vient le problème..

[lavazavio]

Quand tu dis que tu n'as pas de log, tu regardes où ?

Tu peux voir si CRON a été exécuté en checkant le fichier /var/log/auth.log.

A 22h00, tu devrais avoir une ligne du genre :

Code :

Feb  7 22:00:01 machine CRON[2926]: pam_unix(cron:session): session opened for user root by (uid=0)

[princesse95]

Effectivement je n'avais pas cherché dans ce fichier

Voici ce que j'ai :

Code :

1
2
3
Feb  6 22:00:01 nm_serveur CRON[24933]: pam_unix(cron:session): session opened for user root by (uid=0)
Feb  6 22:00:02 nm_serveur CRON[24934]: nss_ldap: could not search LDAP server - Server is unavailable
Feb  6 22:00:02 nm_serveur CRON[24939]: nss_ldap: could not search LDAP server - Server is unavailable

[princesse95]

Personne n'a d'idée parce que franchement je sèche... j'ai un pure-ftp-ldap d'installé pour que les gens puissent se connecter via un Active Directory

il semble que nss_ldap pose problème mais je ne vois pas quoi

[Alek-C]

tu n'as pas un truc qui arrêterait le ldap vers 22h ? Parce que "could not search LDAP server - Server is unavailable" ça me paraît assez suspect ?!