Hallo Listenleser (innen), ich musste für das interne Netz eine neue Netzwerkarte einbauen ( wegen Umstellung von 10MBit auf 100Mbit ). Nach scheinbar erfolgreichem Einbau und Konfiguration habe ich folgendes Problem : Die Schnittstelle ppp0 ist nach einiger Zeit nicht mehr vorhanden. Die Verbindungszeiten sind unterschiedich jedoch ist es nach dem Einbau vermehrt aufgetaucht. Auszug aus der Logdatei /var/log/messages : ------------------------------ snip ---------------------------- Mar 21 17:50:00 gateway /USR/SBIN/CRON[3813]: (root) CMD (/script/mail1) Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests Mar 21 17:50:03 gateway pppd[593]: Serial link appears to be disconnected. Mar 21 17:50:03 gateway pppd[593]: Connection terminated. Mar 21 17:50:03 gateway pppd[593]: Connect time 1112.3 minutes. Mar 21 17:50:03 gateway pppd[593]: Sent 41110253 bytes, received 74209563 bytes. Mar 21 17:50:04 gateway ip-down: Restored original /etc/resolv.conf Mar 21 17:50:04 gateway pppd[593]: Exit. Mar 21 17:50:04 gateway pppoed[590]: Line id which died is: 0 Mar 21 17:50:04 gateway pppoed[590]: OK we got killed Mar 21 17:50:04 gateway pppoed[590]: ppp_connect came back! --------------------------- snap -------------------------------- Wenn nach diesem Fehler der pppoed gestartet wird ist die Schnittstelle ppp0 nicht vorhanden Nur ein Runlevelwechsel behebt das Problem ( init 1 ; init 3). Wo könnte ich mit der Fehlersuche beginnen ? Bzw welche weitere Informationen sollte ich hier noch posten ? Würde mich über Losungsansätze freuen Martin Hehnen
Martin Hehnen wrote:
Hallo Listenleser (innen), ich musste für das interne Netz eine neue Netzwerkarte einbauen ( wegen Umstellung von 10MBit auf 100Mbit ).
Gleiches Problem ohne Hardwareänderung seit knapp 14 Tagen.
Nach scheinbar erfolgreichem Einbau und Konfiguration habe ich folgendes Problem :
Die Schnittstelle ppp0 ist nach einiger Zeit nicht mehr vorhanden.
imho nach 10 erfolglosen Versuchen der erneuten Verbindungsaufnahme zum ISP beendet sich der pppd.
Die Verbindungszeiten sind unterschiedich jedoch ist es nach dem Einbau vermehrt aufgetaucht.
Auszug aus der Logdatei /var/log/messages :
------------------------------ snip ---------------------------- Mar 21 17:50:00 gateway /USR/SBIN/CRON[3813]: (root) CMD (/script/mail1) Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests
Sieht hier genauso aus.
Mar 21 17:50:03 gateway pppd[593]: Serial link appears to be disconnected. Mar 21 17:50:03 gateway pppd[593]: Connection terminated.
[...]
Wenn nach diesem Fehler der pppoed gestartet wird ist die Schnittstelle ppp0 nicht vorhanden Nur ein Runlevelwechsel behebt das Problem ( init 1 ; init 3).
Anders ist mir ein "Restart" auch noch nicht gelungen. :-(
Wo könnte ich mit der Fehlersuche beginnen ? Bzw welche weitere Informationen sollte ich hier noch posten ?
T-Onlinekunde? Ich vermute bald Probleme bei denen. Du bist im Zeitraum von 14Tagen jetzt der Dritte, der solch ein Problem schildert. Ist reine Spekulation, aber ich kann das auch nur weiter beobachten.
Würde mich über Losungsansätze freuen
Ich auch. :-( MfG Benn -- #250319 - http://counter.li.org
Martin Hehnen wrote:
Auszug aus der Logdatei /var/log/messages : ------------------------------ snip ---------------------------- Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests --------------------------- snap --------------------------------
Wo könnte ich mit der Fehlersuche beginnen ?
Wie immer bei google. Ich hab nach dem Satz "No response to 4 echo-requests" gesucht und diese Antwort gefunden: http://lists.debian.org/debian-isp/2002/debian-isp-200212/msg00137.html Peter
Peter Wiersig wrote:
Martin Hehnen wrote:
Auszug aus der Logdatei /var/log/messages : ------------------------------ snip ---------------------------- Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests --------------------------- snap --------------------------------
Wo könnte ich mit der Fehlersuche beginnen ?
Wie immer bei google. Ich hab nach dem Satz "No response to 4 echo-requests" gesucht und diese Antwort gefunden:
http://lists.debian.org/debian-isp/2002/debian-isp-200212/msg00137.html
Google ist immer ein guter Startpunkt. Aber meinst Du die Antwort paßt wirklich auf die Frage? Ich glaube nicht das Martin mit einem Nokia Handy die ppp-Verbindung betreibt. Ich denke, der Fehler liegt wohl eher in der Kette Netzwerkkarte <-> DSL-Modem <-> Provider. Wobei das mit dem DSL-Modem auch eher geraten ist, aber scheint schon so, als ob Martin PPP over Ethernet betreibt wenn ich da nix verpeilt habe. Grüße Alexander Steppke
Alexander Steppke wrote:
Peter Wiersig wrote:
http://lists.debian.org/debian-isp/2002/debian-isp-200212/msg00137.html
Google ist immer ein guter Startpunkt. Aber meinst Du die Antwort paßt wirklich auf die Frage? Ich glaube nicht das Martin mit einem Nokia Handy die ppp-Verbindung betreibt.
Na und? Die Sache mit dem "persist" duerfte die Loesung sein. Deine ppp-Verbindung wird abgebaut. Dein pppd beendet sich. Wie in der Manpage beschrieben: " demand Initiate the link only on demand, i.e. when data traffic is present. With this option, the remote IP address must be specified by the user on the command line or in an options file. Pppd will ini tially configure the interface and enable it for IP traffic without connecting to the peer. When traf fic is available, pppd will connect to the peer and perform negotiation, authentication, etc. When this is completed, pppd will commence passing data packets (i.e., IP packets) across the link. The demand option implies the persist option. If this behaviour is not desired, use the nopersist option after the demand option. The idle and hold off options are also useful in conjuction with the demand option. nopersist Exit once a connection has been made and termi nated. This is the default unless the persist or demand option has been specified. persist Do not exit after a connection is terminated; instead try to reopen the connection. The maxfail option still has an effect on persistent connec tions." Peter
Hallo zusammen, erstmal danke für Eure tips. Ich habe jetzt erstmal die Schnittstelle ppp0 in den Debugmodus versetzt, hoffe morgen mehr Informationen zu haben. Martin Hehnen
Hallo zusammen, der Debugmodus hat mir nicht geholfen. Die Fehlermeldung ist die gleiche. --------------------- snip ----------------------- Mar 24 18:51:03 gateway pppd[246]: sent [LCP EchoReq id=0x1f magic=0xb1f1d31f] Mar 24 18:51:33 gateway pppd[246]: sent [LCP EchoReq id=0x20 magic=0xb1f1d31f] Mar 24 18:52:03 gateway pppd[246]: No response to 4 echo-requests Mar 24 18:52:03 gateway pppd[246]: Serial link appears to be disconnected. Mar 24 18:52:03 gateway pppd[246]: Script /etc/ppp/ip-down started (pid 1522) Mar 24 18:52:03 gateway pppd[246]: sent [LCP TermReq id=0x2 "Peer not responding"] Mar 24 18:52:03 gateway ip-down: Restored original /etc/resolv.conf Mar 24 18:52:03 gateway pppd[246]: Script /etc/ppp/ip-down finished (pid 1522), status = 0x0 Mar 24 18:52:06 gateway pppd[246]: sent [LCP TermReq id=0x3 "Peer not responding"] Mar 24 18:52:09 gateway pppd[246]: Connection terminated. Mar 24 18:52:09 gateway pppd[246]: Connect time 400.7 minutes. Mar 24 18:52:09 gateway pppd[246]: Sent 5290701 bytes, received 14023249 bytes. Mar 24 18:52:09 gateway pppd[246]: Exit. Mar 24 18:52:09 gateway pppoed[209]: Line id which died is: 0 Mar 24 18:52:09 gateway pppoed[209]: OK we got killed Mar 24 18:52:09 gateway pppoed[209]: ppp_connect came back! ---------------------snap ---------------------------- Ein Hardware Problem müsste eingendlich ausscheiden. Hat jemand noch eine Idee zu diesem Problem ?
* Dienstag, 25. März 2003 um 10:05 (+0100) schrieb Martin Hehnen:
Mar 24 18:51:03 gateway pppd[246]: sent [LCP EchoReq id=0x1f magic=0xb1f1d31f] Mar 24 18:51:33 gateway pppd[246]: sent [LCP EchoReq id=0x20 magic=0xb1f1d31f] Mar 24 18:52:03 gateway pppd[246]: No response to 4 echo-requests Mar 24 18:52:03 gateway pppd[246]: Serial link appears to be disconnected.
"Interessant" ist der Zeitraum zwischen dem letzten "erfolgreichen"
EchoReq und dem ersten nichtbeantwortetem. Gibt es dort im Log
irgendwelche Meldungen?
Werden die letzen "erfolgreichen" EchoReqs zügig beantwortet oder gibt
es eine signifikante Latenz?
Kommentiere doch testweise einmal alle Zeilen mit "lcp-echo-*" in
/etc/ppp/options und/oder /etc/ppp/peers/pppoe aus.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Martin Hehnen wrote:
Hallo Listenleser (innen), Auszug aus der Logdatei /var/log/messages :
------------------------------ snip ---------------------------- Mar 21 17:50:00 gateway /USR/SBIN/CRON[3813]: (root) CMD (/script/mail1) Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests Mar 21 17:50:03 gateway pppd[593]: Serial link appears to be disconnected. Mar 21 17:50:03 gateway pppd[593]: Connection terminated. Mar 21 17:50:03 gateway pppd[593]: Connect time 1112.3 minutes. Mar 21 17:50:03 gateway pppd[593]: Sent 41110253 bytes, received 74209563 bytes. Mar 21 17:50:04 gateway ip-down: Restored original /etc/resolv.conf Mar 21 17:50:04 gateway pppd[593]: Exit. Mar 21 17:50:04 gateway pppoed[590]: Line id which died is: 0 Mar 21 17:50:04 gateway pppoed[590]: OK we got killed Mar 21 17:50:04 gateway pppoed[590]: ppp_connect came back! --------------------------- snap --------------------------------
Wenn nach diesem Fehler der pppoed gestartet wird ist die Schnittstelle ppp0 nicht vorhanden Nur ein Runlevelwechsel behebt das Problem ( init 1 ; init 3).
Lösungsansatz kann ich leider keinen bieten, aber schalte doch mal das debugging für den pppd ein (in /etc/ppp/options), dann gibt der wesentlich mehr Informationen aus. Vielleicht hilft das etwas weiter. Ansonsten hast Du schon mal eine andere Netzwerkkarte probiert. Von D-Link oder Realtek hört man ab und zu schon einmal, dass sie einfach mal aufhören zu arbeiten und resettet werden müssen. Grüße Alexander Steppke
Hallo, On Fri, 21 Mar 2003, Martin Hehnen wrote:
Mar 21 17:50:03 gateway pppd[593]: No response to 4 echo-requests Mar 21 17:50:03 gateway pppd[593]: Serial link appears to be disconnected.
Dreh mal in der /etc/ppp/options die Einstellungen fuer 'lcp-echo-interval' und 'lcp-echo-failure' hoeher (z.B. 120 fuer's Intervall und 6 oder 8 fuer "failure"). -dnh -- Digital files cannot be made uncopyable, any more than water can be made not wet. --Bruce Schneier on `copy protection' schemes
participants (6)
-
Alexander Steppke -
Andreas Koenecke -
Bernd Schmelter -
David Haller -
Martin Hehnen -
Peter Wiersig