# DO NOT EDIT THIS FILE - edit the master and reinstall.

# (/tmp/crontab.XXXXc9lfsc installed on Sun Sep  7 16:04:48 2003)

# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)

# DO NOT EDIT THIS FILE - edit the master and reinstall.

# (/tmp/crontab.XXXXobaECq installed on Sun Sep  7 15:57:17 2003)

# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)

SHELL=/bin/sh

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

MAILTO=root

2 * * * *  /etc/init.d/dynu start

bon voila vu que ça marche pas automatique le dns dynamique j'ai décoidé de le mettre dans une cron ...

problème on dirait que ça semble le truc 1 seule fois et ensuite plus rien ??

je reçois 1 mail ( ok) et ensuite plus rien

des idées???

en fait on dirait qeu je reçois un mail toute les heures

vu que j'ai mis 2 minutes je devrait en recevoir 1 toute les 2 minutes ??

ou il y a un problème dans mon script.

Non il y a un problème dans ta crontab

tel que tu l'as écrit tu réçois un mail à 0h02, 1h02, 2h02 etc.

La synthaxe est :

*/2 * * * * /machin

pour avoir une exécution toutes les 2 minutes :)

Non il y a un problème dans ta crontab

tel que tu l'as écrit tu réçois un mail à 0h02, 1h02, 2h02 etc.

La synthaxe est :

*/2 * * * * /machin

pour avoir une exécution toutes les 2 minutes :)

ah ben voila

le site web ou j'ai trouvé l'exemple est vraiment trop nul

merci

faut que je le vire le mail alors sinon ellle va vite être pleine..

encore

pour virer le mail

*/2 * * * * /machin/truc/ 2>&1 >/dev/null à la fin de ta ligne

(tu redirige le stderr vers le stdout (2 vers 1) et le tout vers le /dev/null)

pour virer le mail

*/2 * * * *  /machin/truc/ 2>&1 >/dev/null à la fin de ta ligne

(tu redirige le stderr vers le stdout (2 vers 1) et le tout vers le /dev/null)

BOUUUUUUU !!!!! C'est FAUX !! Pour ta peine tu me liras 10 fois le man bash (ça devrait te prendre en tout autour de 2-3 ans...) ;-) ;-)

Alors non, ça marche pas comme ça, c'est "/machin/truc >/dev/null 2>&1" qu'il faut faire.

Pourquoi ? parce que si tu fais le contraire, voilà ce qui se passe, dans l'ordre :

2>&1 : stderr est affectée à la même sortie que stdout, soit ton terminal (tty)

>/dev/null : stdout est affectée à /dev/null.

--> Tu te prends la sortie d'erreur sur ton terminal !!

Si tu le fais dans le bon sens, voilà ce qui se passe (toujours dans l'ordre) :

>/dev/null : stdout est affectée à /dev/null

2>&1 : stderr est affectée à la même sortie que stdout, c'est à dire /dev/null

--> Et c'est bon !!

Pour t'en convaincre, regarde tes scripts dans /etc/init.d/

C'est vrai que c'est une partie pas très intuitive de bash...

Voilà, j'espère que c'était assez clair

A+

Gauret

bah t'excite pas, j'ai fait ça de mémoire pour rendre service :)

Ca arrive à tout le monde de se tromper.

faut pas se battre ....

le tout c'est que ça marche hein ??

et puis j'avais mis undièse debant le mail mais ça a rien changé

sinon je crosi que l'on peut faire

MAILTO=''

comme ça pas de mail....

sinon je vais le mettre dasn le /etc/crontab comme ça ca ira dans le syslog ???

bah t'excite pas, j'ai fait ça de mémoire pour rendre service :)

Ca arrive à tout le monde de se tromper.

Houlà, je relis mon post, et je me rends compte que ça sonne un peu agressif !

Désolé désolé, c'était pas du tout le but

C'est juste que c'est une erreur que j'ai fait un nombre hallucinant de fois et que j'ai compris que récemment...

Voilà, toutes mes excuses

A+

Gauret

Mais y'a pas de mal très cher.

Après tous les posts de noob qu'on a pu lire c'est clair que des fois ça rend nerveux

Comme dirait ma signature (tiens, je teste la nouvelle au passage), restons souples, les gars.

bon effectivement elle est plus compact, c'est bien c'est mieux

bon OK j'ai triché j'ai mis un lien avec mes configs mais c'est mieux.

Qu'il est long à compiler GCC 3.3.1 ...