Re: stabilité de ppp...
On Wed, 19 May 2004 21:45:32 +0200 C. Mourad Jaber [EMAIL PROTECTED] wrote: Nicolas Rueff wrote: Pour reprendre le problème à l'endroit: - quelle version de pppd - quel modem - quelle interface (usb / eth) - quel provider Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... C'est bien la première fois que j'entends ça. C'est un problème récurrent avec les modems USB, mais en eth ... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Vente forcée ? S'ils ne sont pas foutus de fournir du matériel correctement dimensionné, où va-t-on ? En plus, ça m'étonnerais qu'un IOCTL échoue pour cause de mauvaise alim, (ou alors c'est vraiment une grosse coincidence). J'ai fouillé dans bugs, le #169775 est peut-être similaire à ton problème (pas eu le temps de fouiller plus). -- Nicolas Rueff · Montbéliard · France · http://rueff.homelinux.org (^[EMAIL PROTECTED] · GPG 0xDD44DAB4 /v\ Jabber [EMAIL PROTECTED] · ICQ 97700474 __/ « We are Penguin. Resistance is futile. You will be assimilated. »
Re: stabilité de ppp...
François TOURDE wrote: Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Ils ont conseillé la même chose à mon voisin... On dirait qu'ils disent ça quand ils ne savent plus quoi inventer :) Pour mon voisin, ça n'a rien changé ;) Vivement la freebox alors ;)...
Re: stabilité de ppp...
Le 20.05.2004 10:27:57, C. Mourad Jaber a écrit : François TOURDE wrote: Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Ils ont conseillé la même chose à mon voisin... On dirait qu'ils disent ça quand ils ne savent plus quoi inventer :) Pour mon voisin, ça n'a rien changé ;) Vivement la freebox alors ;)... On est déjà vendredi ? C'est vrai que c'est férié alors il y a peut-être des déogations. -- - Jean-Luc pgpLqyNnXFy4h.pgp Description: PGP signature
Re: stabilité de ppp...
Le 12558ième jour après Epoch, C. Mourad Jaber écrivait: François TOURDE wrote: Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Ils ont conseillé la même chose à mon voisin... On dirait qu'ils disent ça quand ils ne savent plus quoi inventer :) Pour mon voisin, ça n'a rien changé ;) Vivement la freebox alors ;)... Mais pour ta déco, t'as essayé ce que je t'ai proposé dans mes messages précédents? Ça ne me semble pas si incohérent que ça comme fonctionnement. Je pense que c'est un bug de ppp (qui quitte alors qu'il ne devrait pas), mais j'ai eu la flemme de faire un rapport de bug. -- Perl itself is usually pretty good about telling you what you shouldn't do. :-) -- Larry Wall in [EMAIL PROTECTED]
Re: stabilité de ppp...
François TOURDE wrote: Le 12558ième jour après Epoch, C. Mourad Jaber écrivait: François TOURDE wrote: Mais pour ta déco, t'as essayé ce que je t'ai proposé dans mes messages précédents? Ça ne me semble pas si incohérent que ça comme fonctionnement. Je pense que c'est un bug de ppp (qui quitte alors qu'il ne devrait pas), mais j'ai eu la flemme de faire un rapport de bug. C'est malheureusement possible... vers midi, même topo :( et le modeme n'avait pas planté puisque que le redémarrage de pppd s'est fait immédiatement... au niveau des versions : kernel 2.4.26 compilé maison sur une debian woody ppp: Installed: 2.4.1.uus-4 Candidate: 2.4.1.uus-4 Version Table: pppoe: Installed: 3.3-1.1 Candidate: 3.3-1.1 mon fichier de /etc/ppp/options : # egrep -v '#|^ *$' /etc/ppp/options asyncmap 0 auth crtscts lock hide-password modem proxyarp lcp-echo-interval 30 lcp-echo-failure 4 lcp-restart 5 lcp-max-terminate 10 noipx persist maxfail 0 holdoff 30 Voilà... est-ce qu'il y a matière à poster un bug report ? Merci @ + Mourad
Re: stabilité de ppp...
Le 12558ième jour après Epoch, C. Mourad Jaber écrivait: François TOURDE wrote: Ça ne me semble pas si incohérent que ça comme fonctionnement. Je pense que c'est un bug de ppp (qui quitte alors qu'il ne devrait pas), mais j'ai eu la flemme de faire un rapport de bug. C'est malheureusement possible... vers midi, même topo :( et le modeme n'avait pas planté puisque que le redémarrage de pppd s'est fait immédiatement... [...] Voilà... est-ce qu'il y a matière à poster un bug report ? A mon avis oui, à moins qu'un truc dans la doc de ppp précise qu'il y a des cas où le persit ne soit pas pris en compte. J'avoue que je ne me suis pas posé la question trop fort, étant donné que je force une déco/reco tous les jours (ça me permet de redémarrer certains process et d'éviter des memory-leaks). -- There comes a time to stop being angry. -- A Small Circle of Friends
Re: stabilité de ppp...
Nicolas Rueff wrote: Pour reprendre le problème à l'endroit: - quelle version de pppd - quel modem - quelle interface (usb / eth) - quel provider Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Donc ce n'a peut-être rien à voir avec ma debian... Affaire à suivre, je vais changer le transfo... on verra bien. Merci @ + Mourad
Re: stabilité de ppp...
Le 12557ième jour après Epoch, C. Mourad Jaber écrivait: Nicolas Rueff wrote: Pour reprendre le problème à l'endroit: - quelle version de pppd - quel modem - quelle interface (usb / eth) - quel provider Je crois que j'ai une explication... Je suis chez free avec un sagem 908 en ethernet ( eth0 )... l'alim est insuffisante et des fois... il plante dixit la hotline de free... Ils m'ont conseillé d'acheter un transfo de 500mA au lieu du 250 fourni Ils ont conseillé la même chose à mon voisin... On dirait qu'ils disent ça quand ils ne savent plus quoi inventer :) Pour mon voisin, ça n'a rien changé ;) -- Mountain Dew and doughnuts... because breakfast is the most important meal of the day.
Re: stabilité de ppp...
On Tue, 18 May 2004 00:03:34 +0200 C. Mourad Jaber [EMAIL PROTECTED] wrote: Bonjour, mon démon ppp ne supporte pas la déconnexion hebdomataire de mon fournisseur d'accés... J'ai pourtant mi le options ki vont bien ( persist, configré un noubre de reconnexion... ). dans mon syslog j'ai : May 17 23:53:55 hardtop pppoe[10032]: Session terminated -- received PADT from peer May 17 23:53:55 hardtop pppd[8685]: LCP terminated by peer May 17 23:53:56 hardtop pppd[8685]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) ---^ A priori il manque une option dans ton noyo: CONFIG_PPP_ASYNC=y Comment faire pour qu'il retente la connexion indéfiniment ? Recompiler le noyo ? -- Nicolas Rueff · Montbéliard · France · http://rueff.homelinux.org (^[EMAIL PROTECTED] · GPG 0xDD44DAB4 /v\ Jabber [EMAIL PROTECTED] · ICQ 97700474 __/ « We are Penguin. Resistance is futile. You will be assimilated. »
Re: stabilité de ppp...
Il n'est pas dans le noyo, mais en module... un lsmod : Module Size Used byNot tainted ppp_deflate 2944 0 (autoclean) zlib_inflate 18496 0 (autoclean) [ppp_deflate] zlib_deflate 17760 0 (autoclean) [ppp_deflate] bsd_comp4032 0 (autoclean) ipt_limit960 1 ipt_multiport640 4 ipt_state544 27 ipt_TOS 1056 6 ipt_tos 448 0 (unused) ipt_conntrack 1056 2 ppp_async 6368 1 (autoclean) ppp_generic19436 3 (autoclean) [ppp_deflate bsd_comp ppp_async] slhc4544 0 (autoclean) [ppp_generic] iptable_filter 1728 1 (autoclean) donc en plus il est chargé Est-ce qu'il necessite des parametres ou un alias ? Merci Mourad Nicolas Rueff wrote: On Tue, 18 May 2004 00:03:34 +0200 C. Mourad Jaber [EMAIL PROTECTED] wrote: Bonjour, mon démon ppp ne supporte pas la déconnexion hebdomataire de mon fournisseur d'accés... J'ai pourtant mi le options ki vont bien ( persist, configré un noubre de reconnexion... ). dans mon syslog j'ai : May 17 23:53:55 hardtop pppoe[10032]: Session terminated -- received PADT from peer May 17 23:53:55 hardtop pppd[8685]: LCP terminated by peer May 17 23:53:56 hardtop pppd[8685]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) ---^ A priori il manque une option dans ton noyo: CONFIG_PPP_ASYNC=y Comment faire pour qu'il retente la connexion indéfiniment ? Recompiler le noyo ?
Re: stabilité de ppp...
On Tue, 18 May 2004 10:43:32 +0200 C. Mourad Jaber [EMAIL PROTECTED] wrote: Il n'est pas dans le noyo, mais en module... un lsmod : Module Size Used byNot tainted ppp_deflate 2944 0 (autoclean) zlib_inflate 18496 0 (autoclean) [ppp_deflate] zlib_deflate 17760 0 (autoclean) [ppp_deflate] bsd_comp4032 0 (autoclean) ipt_limit960 1 ipt_multiport640 4 ipt_state544 27 ipt_TOS 1056 6 ipt_tos 448 0 (unused) ipt_conntrack 1056 2 ppp_async 6368 1 (autoclean) ppp_generic19436 3 (autoclean) [ppp_deflate bsd_comp ppp_async] slhc4544 0 (autoclean) [ppp_generic] iptable_filter 1728 1 (autoclean) donc en plus il est chargé Arghl. Est-ce qu'il necessite des parametres ou un alias ? Pas à ma connaissance. Pour reprendre le problème à l'endroit: - quelle version de pppd - quel modem - quelle interface (usb / eth) - quel provider -- Nicolas Rueff · Montbéliard · France · http://rueff.homelinux.org (^[EMAIL PROTECTED] · GPG 0xDD44DAB4 /v\ Jabber [EMAIL PROTECTED] · ICQ 97700474 __/ « We are Penguin. Resistance is futile. You will be assimilated. »
Re: stabilité de ppp...
Le 12556ième jour après Epoch, C. Mourad Jaber écrivait: Bonjour, mon démon ppp ne supporte pas la déconnexion hebdomataire de mon fournisseur d'accés... J'ai pourtant mi le options ki vont bien ( persist, configré un noubre de reconnexion... ). dans mon syslog j'ai : May 17 23:53:55 hardtop pppoe[10032]: Session terminated -- received PADT from peer May 17 23:53:55 hardtop pppd[8685]: LCP terminated by peer May 17 23:53:56 hardtop pppd[8685]: ioctl(PPPIOCSASYNCMAP): Inappropriate ioctl for device(25) May 17 23:53:56 hardtop pppd[8685]: tcflush failed: Input/output error May 17 23:53:56 hardtop pppd[8685]: Exit. Et pppd s'arrète aprés... Comment faire pour qu'il retente la connexion indéfiniment ? Merci Ma façon de faire, un peu glauque: Je force une reconnexion *juste avant* que le peer coupe la connection. En gros, j'ai un cron qui coupe tous les jours à 4h30 du matin. Sinon, tu peux utiliser un wrapper autour de ppp pour qu'il soit relancé une fois coupé. Je ne sais pas d'où viens ce problème, mais effectivement en cas de coupure 'légale' du peer, pppd quitte chez moi. -- The computer should be doing the hard work. That's what it's paid to do, after all. -- Larry Wall in [EMAIL PROTECTED]