centos 6 et crontab

Version imprimable

centos 6 et crontab

Bonjour,

j'ai un script shell qui fonctionne parfaitemlent lorsque je le lance seul , mais avec crontab rien à faire il ne veut pas se lancer....
je lance sur le user oracle vu que je fais un dump oracle

voici ma ligne crontab -l

00 02 * * * /home/u01/app/oracle/product/10.2.0/db_1/sauv_base.sh &>/home/u01/app/oracle/product/10.2.0/db_1/test/log

mon script
:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 #!/bin/sh #Script de dump et sauvegarde sur le NAS de la base de PROD jbbachoc@2014 # declaration des fonctions date_exp=`date +%d%m%y` ORDI=`uname -n` SID="PPPRO" DIRECTORY="DATA_PUMP_ROOT" DUMP="PPPRO_FULL_JOUR" DUMP_FILE="$DUMP.dmp" LOGFILE="$DUMP.log" # supprimer les fichier anterieurs #echo $DUMP_FILE $LOGFILE $PATH_BACKUP/$FILE_BACKUP rm -f PPPRO_FULL_JOUR.dmp rm -f PPPRO_FULL_JOUR.log #dump de la base ./bin/expdp system/oracle10g@$SID DIRECTORY=$DIRECTORY DUMPFILE=$DUMP_FILE FULL=Y LOGFILE=$LOGFILE #Zip et souvegarde backup cp PPPRO_FULL_JOUR.dmp /mnt/NAS/DUMP_PPPRO/$SID$ORDI$date_exp.dmp
merci de votre aide

12/02/2014, 10h08
N_BaH

Bonjour,

l'interpréteur par défaut de cron est /bin/sh, qui n'est probablement pas un lien vers /bin/bash, et pour qui &> n'a pas de sens.

Salut,
Code:

1 2 3 4 5 6 7 8 #echo $DUMP_FILE $LOGFILE $PATH_BACKUP/$FILE_BACKUP rm -f PPPRO_FULL_JOUR.dmp rm -f PPPRO_FULL_JOUR.log #dump de la base ./bin/expdp system/oracle10g@$SID DIRECTORY=$DIRECTORY DUMPFILE=$DUMP_FILE FULL=Y LOGFILE=$LOGFILE #Zip et souvegarde backup cp PPPRO_FULL_JOUR.dmp /mnt/NAS/DUMP_PPPRO/$SID$ORDI$date_exp.dmp
Il est également préférable de travailler avec des chemins absolus dans tes scripts(commandes externes/chemins de fichiers) car l'environnement de ta crontab n'est pas le même que celui de ton shell interactif et ceci peut engendrer des différences de comportements.

12/02/2014, 12h18
battit64

Citation:

Envoyé par N_BaH

Bonjour,

l'interpréteur par défaut de cron est /bin/sh, qui n'est probablement pas un lien vers /bin/bash, et pour qui &> n'a pas de sens.

mais je suis en /bin/sh.... je comprends pas , par contre pour &> je vais le supprimer