bonjour Pour ne pas mourir idiot et mettre un terme � un tas de connerie que j'ai racont� ci dessous (je cite en entier pour que les intress�s s'y retrouve)
> Le jeu 12/12/2002 � 17:56, herv� thibaud a �crit : > > Avec un kernel 2.4.19) et une installation r�alis�e comme l'indique > > "Juergen Stubber" dans sa contribution. > > J'ai mis en place un sagem 800 USB sur un serveur administr� � distance > > qui doit par cons�quent pouvoir red�marrer la connexion automatiquement > > si je ne veux pas me d�placer. > > N'arrivant pas � installer un woody avec l'ADSL je me suis r�solu � > > faire une recopie de disque d'une machine sous instable sur laquelle > > l'installation fonctionnait. > > Constat 'persist et maxfail=0' dans le fichier de config ne font > > qu'encombrer le fichier syslog de messages sans r�tablir une connexion > > rompue avecc ppp0 down. > > donc pour retrouver un fonctionnement normal actuellement je fais un > > reboot sur la machine si la connexion est rompue > > J'ai donc fait un chekpppd.sh : > > > > #!/bin/sh > > grep aux | grep -v grep | grep pppd > /dev/null 2>&1 > > if [ $? -ne 0 ]; then > > reboot > > fi > > > > avec un appel tote les 5 minutes au programme dans /etc/crontab > > > > on peut supposer que killall pppd fera rebooter la machine, > > et bien non > > si je mets "apavhe" � la place de "pppd" et que je fais "killall apache" > > la machine reboot > > mais eu "pppd" il n'y a jamais eu un seul reboot. > > Situation d'autant plus d�licate que je perd la connexion en faisant le > > killall et suis oblig� de faire intervenir quelqu'un sur place � qui je > > ne peux que demander de faire un reboot sur place pour red�marrer la > > machine. > > Une fois sur place j'ai fini par constater que le $? �tait toujours � 0 > > malgr� l'absence de processus pppd. > > par contre la commande tapp�e � la console donne bien $? � 1 quand il > > n'y a plus de pppd. > > Peut-�tre faudrait-il temporiser entre le teste et la lecture du $? mais > > une temporisation qui ne changerait pas la valeur du $? > > (je ne connais pas la solution) > > j'ai donc mis � la place un test sur un > > ping www.dyndns.org > /dev/null 2>&1 > > en esp�rant que la d�tection de l'adresse pingu� ne tombe pas en rade si > > je ne veux pas voir la machine se lancer dans une cascade de 'reboot' > > > > L'id�al serait que quelqu'un �quip� d'un sagem 800 usb puisse me > > fournir une solution test�e pour r�tablir toute la chaine de la > > connexion � FREE sans avoir � faire un reboot. Je n'ai pas de solution > > pour faire cela en dehors du site ou elle est install�e n'ayant pas de > > possibilit� d'avoir l'ADSL > > > > Merci par cons�quent � celui qui pourra me donner une solution fiable > > pour ce type de modem et l'ADSL FREE avec debian > > -- > > herv� thibaud <[EMAIL PROTECTED]> > > > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] On Thu, 2002-12-12 at 20:31, L�opold BAILLY wrote: > Avec ce script l�, plus de probl�me de code retour. > > #!/bin/sh > var=$(ps aux | grep -v grep | grep pppd) > if [ -z "$var" ]; then > reboot > fi La r�ponse de L�pold m'a aid� � y voir plus clair puisqu'une fois sur place vouyant que son programme n'avait pas fonctionn� j'ai regard� le contenu de $var Donc le script s'appelle chockpppd.sh (je ne l'ai pas invent� mais pomp� sur un HOWTO perso) ce script sera ex�cut� par un processus de m�me nom donc qui sera candidat au test : ps aux | grep -v grep | grep pppd aussi $? restera toujours � 0 et $var ne sera jamais vide Ouais ... on fatique salut -- herv� thibaud <[EMAIL PROTECTED]>
