En effet sur ma distribution %+x représente la locale de la date donc c'est pour ca que cela ne passait dans le cron.C'est quelque chose que je ne savais pas.
Quand je lance le script a la main j'ai des retour du type:
ldap.log02.04.2007 donc je n'est pas le probleme du /. Je ne sais pas pourquoi chez moi date +%x met des points et non des / peut etre parce que je suis sous fedora.
J'ai quand meme essayé avec ton formatage de la date et oh miracle ca marche alors je sais pas pourquoi il ne voulais pas faire ca:
mv /var/log/ldap.log /var/log/ldap.log02.04.2007
et qu'il veut bien faire:
mv /var/log/ldap.log /var/log/ldap.log20070404
Sans doute un probleme avec les points et crontab mais bon je vois pas.
Si quelqu'un a la reponce je suis preneur
J'avais deja essayé en changant #!/bin/sh par #!/bin/bash,J'ai oublié de le signaler et pour le PATH est ce que ca à de l'importance vu que tous mes chemins sont en absolu ??
j'ai quand meme essayé on sait jamais j'ai mis
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
directement dans le crontab (j'ai deja SHELL MAILTO) et j'ai rajouté ta ligne dans mon script mais meme resultat le mv ne veut pas passer.
Par contre quand je fais un crontab du style:
00 14 * * * mv /root/test /root/test1
là ca fonctionne donc je penchais plutot pour un probleme de droit mais pour moi il sont bon.Est ce qu'il n'y aurait pas un problème avec un fichier en cour d'utilisation vu que ce fichier est renseigné continuellement par slpad.Dans ce cas il faudrait peut etre que j'arrete d'abord le demon ldap puis que je fasse mon mv.Mais alors pourquoi le script fonctonne en mode console
[^] # Re: date +%x ?
Posté par sebj . En réponse au message crontab avec un script. Évalué à 1.
En effet sur ma distribution %+x représente la locale de la date donc c'est pour ca que cela ne passait dans le cron.C'est quelque chose que je ne savais pas.
Merci à tous pour vos reponces rapide.
[^] # Re: date +%x ?
Posté par sebj . En réponse au message crontab avec un script. Évalué à 1.
Quand je lance le script a la main j'ai des retour du type:
ldap.log02.04.2007 donc je n'est pas le probleme du /. Je ne sais pas pourquoi chez moi date +%x met des points et non des / peut etre parce que je suis sous fedora.
J'ai quand meme essayé avec ton formatage de la date et oh miracle ca marche alors je sais pas pourquoi il ne voulais pas faire ca:
mv /var/log/ldap.log /var/log/ldap.log02.04.2007
et qu'il veut bien faire:
mv /var/log/ldap.log /var/log/ldap.log20070404
Sans doute un probleme avec les points et crontab mais bon je vois pas.
Si quelqu'un a la reponce je suis preneur
En tout cas merci à toi.
[^] # Re: Clownerie inside ?
Posté par sebj . En réponse au message crontab avec un script. Évalué à 1.
Tu as raison je ne l'ai pas dit clairement mais ma crontab est enregistré avec l'utilisateur root.
su -
crontab -e
[^] # Re: .
Posté par sebj . En réponse au message crontab avec un script. Évalué à 1.
J'avais deja essayé en changant #!/bin/sh par #!/bin/bash,J'ai oublié de le signaler et pour le PATH est ce que ca à de l'importance vu que tous mes chemins sont en absolu ??
j'ai quand meme essayé on sait jamais j'ai mis
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
directement dans le crontab (j'ai deja SHELL MAILTO) et j'ai rajouté ta ligne dans mon script mais meme resultat le mv ne veut pas passer.
Par contre quand je fais un crontab du style:
00 14 * * * mv /root/test /root/test1
là ca fonctionne donc je penchais plutot pour un probleme de droit mais pour moi il sont bon.Est ce qu'il n'y aurait pas un problème avec un fichier en cour d'utilisation vu que ce fichier est renseigné continuellement par slpad.Dans ce cas il faudrait peut etre que j'arrete d'abord le demon ldap puis que je fasse mon mv.Mais alors pourquoi le script fonctonne en mode console