Re: [Confirme] crontab
Hi, 1. pour eviter tout pb lie au shell, inserer la commande suivante au debut du fichier : #!/bin/sh -v 2. chmod a+rwx /home/sauve (si le fichier se nomme /home/sauve) 3. Au moment ou est lance le script, est ce que la partition home est montee ? 4. Pour savoir ce que sort le script comme erreur rediriger l'executation du script vers un mail /home/sauve 2>&1 | mail root (utiliser mail ou netscape (encore faut il savoir le configurer pour recuperer un mail!) pour lire le resultat ) 5. Si une erreur existe dans la crontab ,en sortie de crontab -e on en est averti me semble t il 6. Il existe aujourd'hui d'autres editeurs que vi pour les novices : pour changer l'editeur : depuis un shell sh : EDITOR=emacs ou EDITOR=(nom de mon editeur favori) export EDITOR crontab -e BYE steph
Re: [Confirme] crontab
bonjour et merci à tous de vos réponses. Je vais étoffer un peu plus le crontab en ajoutant /usr/bin/sh /home/sauve >/home/sauve.log 2 > &1 je verrai bien ce que ça donne. Ce qui m'épate, c'est d'avoir 3 machines identiques dont deux ne marchent pas. A+
Re: [Confirme] crontab
bonjour > hum... ton crontab est tout ce qu'il y a de plus exact sauf que je pense qu'il > faut que tu degages le & qui de tte facon ne sert a rien. > j'ai exactement le même cron sur ma machine et tout fonctionne. Chez deux de mes clients, ça ne fonctionne pas. > Est ce que lorsque tu sauvegarde ton fichier crontab et que tu quittes ton > editeur il te marque: > crontab: installing new crontab > ?? oui, oui, à chaque modif.
Re: [Confirme] crontab
marc gevrey a écrit : > Nom crontab le fichier crontab et lue regulièrement , envrion toute les > secondes par le daemon crond toutes les minutes > > > jacques-trepp a écrit : > > > Bonjour, > > > > Est-ce qu'il faut rebooter un serveur linux après un crontab -e et > > installation d'un nouveau crontab ? > > Désolé pour le coté basique de ma question. > > > > Merci > > Jacques
Re: [Confirme] crontab
Un job lancer en crontab a un environnement divfferent qu'en ligne de commande . De plus il n'a pas forcement le meme shell donc le script doit plutot commencer par : #!/bin/bash ou pdksh ou ce que tu veut (meme perl) pour verifier s'il y a des erreurs (et dans tout les cas normalement ) il faux redirectionner tes sortie standart et des erreur : 3022**1-5/home/sauve > /home/moncript.log 2>&1 la dans ton fichier log tu aurra peut etre des explications . pour tester l'environement tu peut même ajouter au debut de ton script la commande set histoire de retrouver dans le log les element d'environnement (PATH notemment..) Benoit Caron a écrit : > Il est écrit en quoi, ton script de sauvegarde? > > J'ai l'impression que t'as simplement une erreur dans la configuration > de ta cron job. > > Les commandes lancées dans cron n'ont pas le même environnement que > lorsque lancé dans un shell ordinaire. Il faut souvent leur donné plus > de détails > > > > > > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je > > lance /home/sauve, la sauvegarde s'effectue normalement. > > Ton script est bien situé directement dans le répertoire /home ? Je suis > peut-etre trop puriste, mais ca ne me semble pas tres clean... Pourquoi > ne pas le mettre dans le répertoire de son propriétaire? > > > Je faie crontab -e, puis je tape > > 3022**1-5/home/sauve & > > du lundi au vendredi à 22h30 > > Si on suppose que ton script est en Perl (désolé, je fais _tout_ en > Perl.. ;oD), ca te donnerais plus kk chose comme > > 30 22 * * 1-5 /usr/bin/perl /home/sauve > > Pas de & à la fin. > > Regarde man crontab pour plus d'info sur l'environnement que recoit la > cron job. > > -- > Benoit Caron > Analyste-Programmeur > Netgraphe - Webfin.com - Le Web Financier > - - - - - - - - - - - - - - - - - - - - - - - - > Those who do not understand Unix are condemned to reinvent it, poorly. > -- Henry Spencer
Re: [Confirme] crontab
Nom crontab le fichier crontab et lue regulièrement , envrion toute les secondes par le daemon crond jacques-trepp a écrit : > Bonjour, > > Est-ce qu'il faut rebooter un serveur linux après un crontab -e et > installation d'un nouveau crontab ? > Désolé pour le coté basique de ma question. > > Merci > Jacques
Re: [Confirme] crontab
- Original Message - From: Benoit Caron <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, September 21, 2000 4:41 PM Subject: Re: [Confirme] crontab > > Il est écrit en quoi, ton script de sauvegarde? A l'aide de vi et du genre (je ne l'ai pas sous les yeux) : find /home/moregest/01 -print | cpio -ocv >/dev/st0 ça reste assez standard, non ? > J'ai l'impression que t'as simplement une erreur dans la configuration > de ta cron job. > > Les commandes lancées dans cron n'ont pas le même environnement que > lorsque lancé dans un shell ordinaire. Il faut souvent leur donné plus > de détails > > > > > > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je > > lance /home/sauve, la sauvegarde s'effectue normalement. > > > Ton script est bien situé directement dans le répertoire /home ? Je suis > peut-etre trop puriste, mais ca ne me semble pas tres clean... Pourquoi > ne pas le mettre dans le répertoire de son propriétaire? > > > Je faie crontab -e, puis je tape > > 3022**1-5/home/sauve & > > du lundi au vendredi à 22h30 > > > Si on suppose que ton script est en Perl (désolé, je fais _tout_ en > Perl.. ;oD), ca te donnerais plus kk chose comme > > 30 22 * * 1-5 /usr/bin/perl /home/sauve > > Pas de & à la fin. > > > Regarde man crontab pour plus d'info sur l'environnement que recoit la > cron job. > > > -- > Benoit Caron > Analyste-Programmeur > Netgraphe - Webfin.com - Le Web Financier > - - - - - - - - - - - - - - - - - - - - - - - - > Those who do not understand Unix are condemned to reinvent it, poorly. > -- Henry Spencer >
Re: [Confirme] crontab
Bonjour à tous et à Benoît, > Si on suppose que ton script est en Perl (désolé, je fais _tout_ en > Perl.. ;oD), ca te donnerais plus kk chose comme > 30 22 * * 1-5 /usr/bin/perl /home/sauve > Pas de & à la fin. Ah ben justement, moi aussi j'ai des scripts de sauvegarde, en bash ... d'après ce que tu dis, je devrais donc les lancer en invoquant : 30 22 * * 1-5 /usr/bin/sh /path/de/mon/script ??? Jusqu'à présent, je n'utilisais que le /path/de/mon/script , et C vrai que G des problèmes. Tu pourrais confirmer ou infirmer STP ? Et au fait, au cas ou ca intéresse qqun, je joins un de ces scripts, des fois qu'il y aurait un truc utile pour un autre, ou une commande à invoquer différemment. Merci et @ bientôt, Guillaume [EMAIL PROTECTED] #!/bin/sh # Définition des chemins de répertoires pour le travail. weg=`pwd` weg1=/home/guillaume/mesdocs weg2=/backups/guillaume # Définition des variables de date, du jour en cours à 7 jours plus tôt. datej=`date '+%Y-%m-%d'` datem1=`date '+%Y-%m-%d' --date '1 days ago'` datem2=`date '+%Y-%m-%d' --date '2 days ago'` datem3=`date '+%Y-%m-%d' --date '3 days ago'` datem4=`date '+%Y-%m-%d' --date '4 days ago'` datem5=`date '+%Y-%m-%d' --date '5 days ago'` datem6=`date '+%Y-%m-%d' --date '6 days ago'` datem7=`date '+%Y-%m-%d' --date '7 days ago'` # Variable du nom de fichier. nom='-guillaume_mesdocs.tar.gz' # Variable du fichier de logs. log='/home/httpd/html/sauvegardes/users/Guillaume_backup.htm' br='' # Vérification : le répertoire sera sauvegardé uniquement s'il n'est pas vide. if test `ls -o $weg1|awk 'NR ==1 {print $0}'|tr -d "[a-z] "` != 0 then # Sauvegarde : l'essentiel du travail. tar -zcpf $weg2/$datej$nom $weg1 echo Sauvegarde $datej$nom créée ce `date '+%A'` à `date '+%T'` heures dans $weg2 >> $log echo $br >> $log # Si le répertoire est vide, on le signale dans le log et on sort. else echo Sauvegarde du $datej impossible : répertoire $weg1 vide! >> $log echo $br >> $log cd $weg exit fi # # Recherche et suppression des fichiers obsolètes (antérieurs à 7 jours) # Si la date du fichier correspond aux 7 derniers jours, il est conservé. # S'il est différent (donc antérieur), il est supprimé. # cd $weg2 for trouve in *$nom do if test $trouve != $datej$nom then if test $trouve != $datem1$nom then if test $trouve != $datem2$nom then if test $trouve != $datem3$nom then if test $trouve != $datem4$nom then if test $trouve != $datem5$nom then if test $trouve != $datem6$nom then if test $trouve != $datem7$nom then rm -f $trouve echo Sauvegarde obsolète $trouve supprimée >> $log echo $br >> $log # Fermeture des conditions et de la boucle : fin du script. fi fi fi fi fi fi fi fi done cd $weg exit
RE: [Confirme] crontab
Essaie tout simplement : sous root: # crontab /home/sauve Mais attention : ton fichier /home/sauve doit avoir les droits d'exécution pour que cela puisse marcher et tu peux aussi enlever ton &... j'en vois pas trop l'intérêt ? -Message d'origine- De : jacques-trepp [mailto:[EMAIL PROTECTED]] Envoyé : jeudi 21 septembre 2000 16:17 À : [EMAIL PROTECTED] Objet : Re: [Confirme] crontab > Un serveur linux ca se reboot jamais, ya tjrs moyen de trouver la solution a > un pbs, c'est koi ton pbs exactement ??? > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je lance /home/sauve, la sauvegarde s'effectue normalement. Je faie crontab -e, puis je tape 3022**1-5/home/sauve & du lundi au vendredi à 22h30 et ça ne fonctionne pas. Merci Jacques
Re: [Confirme] crontab
Excusez moi, je ne voudrais pas paraître arrogant, désagréable ou ce genre de choses, mais très sincèrement je pense que ces questions basiques ont plutot leur place sur la ML "débutant", et non pas "Expert". Quoting jacques-trepp <[EMAIL PROTECTED]>: > > Un serveur linux ca se reboot jamais, ya tjrs moyen de trouver la > solution > a > > un pbs, c'est koi ton pbs exactement ??? > > > je programme des sauvegardes au travers d'un script nommé /home/sauve. > Si je > lance /home/sauve, la sauvegarde s'effectue normalement. > Je faie crontab -e, puis je tape > 3022**1-5/home/sauve & > du lundi au vendredi à 22h30 > et ça ne fonctionne pas. > Merci > Jacques -- H.Lefebvre [EMAIL PROTECTED] LINUX : Ne jetez plus votre argent par les fenêtres !
Re: [Confirme] crontab
hum... ton crontab est tout ce qu'il y a de plus exact sauf que je pense qu'il faut que tu degages le & qui de tte facon ne sert a rien. Est ce que lorsque tu sauvegarde ton fichier crontab et que tu quittes ton editeur il te marque: crontab: installing new crontab ?? Le jeu, 21 sep 2000, vous avez écrit : > > Un serveur linux ca se reboot jamais, ya tjrs moyen de trouver la solution > a > > un pbs, c'est koi ton pbs exactement ??? > > > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je > lance /home/sauve, la sauvegarde s'effectue normalement. > Je faie crontab -e, puis je tape > 3022**1-5/home/sauve & > du lundi au vendredi à 22h30 > et ça ne fonctionne pas. > Merci > Jacques -- Amicalement, Stephane BRANGER ** * Linux Engineer * ** TUX POWERED<<
Re: [Confirme] crontab
Il est écrit en quoi, ton script de sauvegarde? J'ai l'impression que t'as simplement une erreur dans la configuration de ta cron job. Les commandes lancées dans cron n'ont pas le même environnement que lorsque lancé dans un shell ordinaire. Il faut souvent leur donné plus de détails > > > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je > lance /home/sauve, la sauvegarde s'effectue normalement. Ton script est bien situé directement dans le répertoire /home ? Je suis peut-etre trop puriste, mais ca ne me semble pas tres clean... Pourquoi ne pas le mettre dans le répertoire de son propriétaire? > Je faie crontab -e, puis je tape > 3022**1-5/home/sauve & > du lundi au vendredi à 22h30 Si on suppose que ton script est en Perl (désolé, je fais _tout_ en Perl.. ;oD), ca te donnerais plus kk chose comme 30 22 * * 1-5 /usr/bin/perl /home/sauve Pas de & à la fin. Regarde man crontab pour plus d'info sur l'environnement que recoit la cron job. -- Benoit Caron Analyste-Programmeur Netgraphe - Webfin.com - Le Web Financier - - - - - - - - - - - - - - - - - - - - - - - - Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer
Re: [Confirme] crontab
Basique, c'est pas basique, c'est innocent, pour cause de ... Quand tu travailles dans Linux pense que c'est un vrai système d'exploitation pas un jouet que tu t'amuse à fermer/ouvrir et que la seule chose de belle dans le jouet soit la musique qu'il fait lorsque tu l'ouvre. En passant, dans le cas de cron, il se reload automatiquement lorsque tu fais une modification. Pour la plupart des outils semblable c'Est automatique, quand tu veux repartir un deamon tu peux aussi faire kill -1 numéro_du_deamon. RTFM -Denis jacques-trepp <[EMAIL PROTECTED]> wrote: >Bonjour, > >Est-ce qu'il faut rebooter un serveur linux après un crontab -e et >installation d'un nouveau crontab ? >Désolé pour le coté basique de ma question. > >Merci >Jacques > > -- Avec LinuxStart, obtenez une adresse email gratuitement sur http://fr.linuxstart.com ! Et pour rester à la page, lisez les infos de LinuxToday Edition Francophone sur http://france.linuxtoday.com
Re: [Confirme] crontab
> Un serveur linux ca se reboot jamais, ya tjrs moyen de trouver la solution a > un pbs, c'est koi ton pbs exactement ??? > je programme des sauvegardes au travers d'un script nommé /home/sauve. Si je lance /home/sauve, la sauvegarde s'effectue normalement. Je faie crontab -e, puis je tape 3022**1-5/home/sauve & du lundi au vendredi à 22h30 et ça ne fonctionne pas. Merci Jacques
Re: [Confirme] crontab
Le jeu, 21 sep 2000, jacques-trepp a posté : > Est-ce qu'il faut rebooter un serveur linux après un crontab -e et > installation d'un nouveau crontab ? Non. Il n'y a pas besoin de rebouter. Après un changement des règles de la crontab, cron se relance automatiquement afin de prendre en compte les dernières moduifications. MP.
Re: [Confirme] crontab
Quoting jacques-trepp <[EMAIL PROTECTED]>: > Bonjour, > > Est-ce qu'il faut rebooter un serveur linux après un crontab -e et > installation d'un nouveau crontab ? > Désolé pour le coté basique de ma question. NON C'est pas Windows Mon Dieu ! -- H.Lefebvre [EMAIL PROTECTED] LINUX : Ne jetez plus votre argent par les fenêtres !
Re: [Confirme] crontab
Un serveur linux ca se reboot jamais, ya tjrs moyen de trouver la solution a un pbs, c'est koi ton pbs exactement ??? Le jeu, 21 sep 2000, vous avez écrit : > Bonjour, > > Est-ce qu'il faut rebooter un serveur linux après un crontab -e et > installation d'un nouveau crontab ? > Désolé pour le coté basique de ma question. > > Merci > Jacques -- Amicalement, Stephane BRANGER ** * Linux Engineer * ** TUX POWERED<<