Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu und einige Leute, die kppp benutzen kennen die Meldung :-( Mein Provider kann sich das nicht erklären und meint "Modem überprüfen oder die Telefonleitung durchpusten [blah blah blah]". Das Problem tauchte aber erst seit der SuSE 6.1 auf. Ich habe auch schon auf pppd 2.3.8 upgedatet. Schien (!) kurzfristig zu helfen - hat sich dann aber als Trugschluß herausgestellt. Hat inzwischen jemand eine Lösung für das Problem gefunden? Bei meinem Provider werkelt auch eine SuSE (Version?) und der Kernel 2.0.35. Carsten
Carsten Meyer wrote:
Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu und einige Leute, die kppp benutzen kennen die Meldung :-( Mein Provider kann sich das nicht erklären und meint "Modem überprüfen oder die Telefonleitung durchpusten [blah blah blah]". Das Problem tauchte aber erst seit der SuSE 6.1 auf. Ich habe auch schon auf pppd 2.3.8 upgedatet. Schien (!) kurzfristig zu helfen - hat sich dann aber als Trugschluß herausgestellt.
Hat inzwischen jemand eine Lösung für das Problem gefunden?
Bei meinem Provider werkelt auch eine SuSE (Version?) und der Kernel 2.0.35.
Carsten
Bei mir war es so, dann habe ich nicht auf PAP umgestellt. Es laeuft! -- Livchits Alexei, University of Hannover ìÉ×ÛÉà áÌÅËÓÅÊ, çÁÎÎÏ×ÅÒÓËÉÊ ÕÎÉ×ÅÒÓÉÔÅÔ
Carsten Meyer wrote:
Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu
Für mich allerdings schon, es ist mit 6.1 erst einmal direkt nach dem Hochfahren des Rechners passiert (diald), ansonsten noch nie. Andreas
Carsten Meyer wrote:
Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu und einige Leute, die kppp benutzen kennen die Meldung :-( Mein Provider kann sich das nicht erklären und meint "Modem überprüfen oder die Telefonleitung durchpusten [blah blah blah]". Das Problem tauchte aber erst seit der SuSE 6.1 auf. Ich habe auch schon auf pppd 2.3.8 upgedatet. Schien (!) kurzfristig zu helfen - hat sich dann aber als Trugschluß herausgestellt.
Hat inzwischen jemand eine Lösung für das Problem gefunden?
Bei meinem Provider werkelt auch eine SuSE (Version?) und der Kernel 2.0.35.
Was sagen die Log-Dateien? (Debug-level für den pppd hochsetzen!) Gruß hebi -- Dirk Hebenstreit Tel : +49-0177-2461522 HEBI D. Hebenstreit Buero-Informationstechnik +49-033200-85997 Eschenweg 3 FAX : +49-033200-85999 14558 Bergholz-Rehbruecke e-Mail : dhebenstreit@rios.de
Was sagen die Log-Dateien? (Debug-level für den pppd hochsetzen!)
BOARCH! Das ist ja was für ganz verzweifelte :-) Also genau richtig... Ich habe mal "kdebug 2" gesetzt. Hat innerhalb von fünf Minuten ein halbes MB an Spam erzeugt. Das letzte Paket: Jul 27 21:44:57 cm kernel: ppp: receive frame, count = 56 Jul 27 21:44:57 cm kernel: FF 03 00 2F 45 00 00 34 .../E..4 Jul 27 21:44:57 cm kernel: F4 B4 40 00 2F 07 BD 7F ..@./... Jul 27 21:44:57 cm kernel: D1 C5 5A 9A C3 91 A9 9E ..Z..... Jul 27 21:44:57 cm kernel: 00 50 04 AF 2C 6E 95 26 .P..,n.& Jul 27 21:44:57 cm kernel: 29 A6 D0 C5 80 10 43 E0 ).....C. Jul 27 21:44:58 cm kernel: B9 92 00 00 01 01 08 0A ........ Jul 27 21:44:58 cm kernel: 00 6B 54 85 00 00 C9 CA .kT..... Jul 27 21:45:23 cm pppd[283]: Hangup (SIGHUP) Jul 27 21:45:23 cm pppd[283]: Modem hangup Jul 27 21:45:23 cm pppd[283]: Connection terminated. Jul 27 21:45:23 cm pppd[283]: Exit. Interessant dabei ist, daß um 21:45:00 (steht in der /var/log/messages etwas weiter oben) der cron loslegte; und zwar mit: "*/15 * * * * root rmmod -a", so wie es in den Kernelquellen empfohlen wurde. Ich werde den Eintrag mal rausnehmen. Aber die anderen SIGHUPs in der /var/log/messages deuten eigentlich nicht darauf hin. Carsten
Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu und einige Leute, die kppp benutzen kennen die Meldung :-( Mein Provider kann sich das nicht erklären und meint "Modem überprüfen oder die Telefonleitung durchpusten [blah blah blah]". Das Problem tauchte aber erst seit der SuSE 6.1 auf. Ich habe auch schon auf pppd 2.3.8 upgedatet. Schien (!) kurzfristig zu helfen - hat sich dann aber als Trugschluß herausgestellt.
Hat inzwischen jemand eine Lösung für das Problem gefunden?
Naja, ich hab keine Rezeptlösung, aber ich hatte lange damit zu kämpfen.....und gesiegt. Ich brauche aber noch einige Infos: cat /proc/Interrupts Was genau sagt die Meldung? Modem is busy oder modem can't find? Und ...lass mich raten" KERNEL 2.2.5"!! Ja, 2.2.5. Selber kompiliert? Lass es. Den hab ich aufgegeben. Obwohl ich ihn immer noch für besser als den 2.2.7 . Was meine Hardware usw betrifft. Es ist ja nicht nur der Kernel, sondern der Kernel im Zusammenspiel mit der Hardware. Seitdem ich mir einen 2.2.9 kernel von der neuen PC-Intern geholt hab und auf 2.2.10 gepatcht ist aller Ärdger vergessen. Komisch. ? Nö! Was dein Provider sagt ist Quatsch. Du kannst sicherlich NICHT dein Modem ansprechen. Mach mal mit kppp eine Modemerkennung. Was für eine Fehlermeldung bekommst du? Oder wvdial? Es muß eine Antwort im Bezug auf das Modem kommen. Aber ich schätze du hast keine serielle Schnittstelle zu verfühgung. Antworte auf die Fragen und wir sehen weiter. OK?
Bei meinem Provider werkelt auch eine SuSE (Version?) und der Kernel 2.0.35.
Ja, da waren auch noch keine seriellen Probleme. Trotzdem traurig für einen ISP mit dem 2.0.35er Kernel (ip-forwarding sag ich nur :) zu arbeiten! Einen 2.0.36 patch einzuspielen dürfte doch nicht zu viel verlangt sein. Oder kostet es dann Service ;-)))) Provider.......2.2.35 :) -- Grettings, Clemens ------------------------------------------------------- Reg. Linux-user 29112 Internetprobleme mit SuSE? (\!/) http://www.ndh.net/home/wohld/ ...alles noch im Aufbau. Sorry,...aber es geht voran:) -------------------------------------------------------
Ich brauche aber noch einige Infos: cat /proc/Interrupts Was genau sagt die Meldung? Modem is busy oder modem can't find?
4: 103327 XT-PIC serial
Und ...lass mich raten" KERNEL 2.2.5"!!
Falsch geraten ;-) 2.2.10
Was dein Provider sagt ist Quatsch. Du kannst sicherlich NICHT dein Modem ansprechen. Mach mal mit kppp eine Modemerkennung. Was für eine Fehlermeldung bekommst du?
Nö, keine. Sorry...
Oder wvdial? Es muß eine Antwort im Bezug auf das Modem kommen. Aber ich schätze du hast keine serielle Schnittstelle zu verfühgung. Antworte auf die Fragen und wir sehen weiter. OK?
Also gestern abend hatte ich keinen Hänger mehr. Ist auch sehr unregelmäßig - aber oft! Ob die Sache mit dem cron-Job die Lösung war? Aber ich hatte das Problem doch auch schon vorher... Ach so, solltest Du das nicht gelesen haben; ich hatte ihn alle 15 Minuten die unbenutzten (jaaa, wenn das stimmt!) Module rausschmeißen lassen. ppp ist bei mir ein Modul. Ich hatte auch schon versucht, den kerneld wieder einzusetzen und habe den äquivalenten (hört, hört!) Eintrag beim Kernel entfernt. Dummerweise weigerte sich dann der syslogd und das dummy-Device wurde auch nicht geladen. Schade. Jetzt schleppe ich einmal benutzte Module für den Rest meiner uptime (oder der meines Rechners) mit mir rum. Carsten
Carsten Meyer schrieb am Mittwoch, 28.07.1999
Ach so, solltest Du das nicht gelesen haben; ich hatte ihn alle 15 Minuten die unbenutzten (jaaa, wenn das stimmt!) Module rausschmeißen lassen. ppp ist bei mir ein Modul.
Wenn das die crontab-Zeile weiter oben im Thread war: Die wird nicht alle 15 Minuten, sondern alle 15 Sekunden ausgeführt. -- Christian Ullrich Registrierter Linux-User #125183 Antworten bitte cc: webmaster@vulkantechnic.de "Sie können nach R'ed'mond fliegen -- aber Sie werden sterben"
* Christian Ullrich <ChrUllrich@gmx.de> schrieb am 29.Jul.1999:
Wenn das die crontab-Zeile weiter oben im Thread war: Die wird nicht alle 15 Minuten, sondern alle 15 Sekunden ausgeführt.
Nein, ohne die crontab-Zeile zu kennen. Das kann nicht sein. crontab ist Minutengenau. Genauer geht nicht. Bernd -- Was ist quoten? Quoten ist das Zitieren aus einer mail, der man antwortet. Und wie macht man es richtig? Zitate werden mit ">" oder "> " gekennzeichnet. Nicht mehr als nötig zitieren. Vor den Abschnitten das Zitat, auf das man sich bezieht, mit einer Zeile Abstand oben und unten. |Zufallssignatur 12
On Thu, Jul 29, 1999 at 11:16:01PM +0200, Christian Ullrich wrote:
Carsten Meyer schrieb am Mittwoch, 28.07.1999
Ach so, solltest Du das nicht gelesen haben; ich hatte ihn alle 15 Minuten die unbenutzten (jaaa, wenn das stimmt!) Module rausschmeißen lassen. ppp ist bei mir ein Modul.
Wenn das die crontab-Zeile weiter oben im Thread war: Die wird nicht alle 15 Minuten, sondern alle 15 Sekunden ausgeführt.
Dann ist doch eigentlich klar woran es lag! Wieso überhaupt module entladen? Da ist das system für zuständig. Dann ist es beinahe kein Wunder das du (ppp als M kompiliert) vom pppd oft rausgeschmissen wirst. Denke mal das macht DEIN System eher unstabil. Module sollten entladen werden wenn sie nicht mehr gebraucht werden und wenn du online bist brauchst du einige Module............ -- Grettings, Clemens ------------------------------------------------------- Reg. Linux-user 29112 Internetprobleme mit SuSE? (\!/) http://www.ndh.net/home/wohld/ ...alles noch im Aufbau. Sorry,...aber es geht voran:) -------------------------------------------------------
4: 103327 XT-PIC serial
Und ...lass mich raten" KERNEL 2.2.5"!! ist die zweite? XT-PIC serial hab ich nicht! Ist das die ser. mouse? Meine Interrupts: XT-PIC timer XT-PIC keyboard XT-PIC cascade XT-PIC eth0 XT-PIC PS/2 Mouse XT-PIC fpu XT-PIC ide0 XT-PIC ide1
Und mit dem 2.2.10 hast du Probleme??? ..wunder...
Falsch geraten ;-) 2.2.10 Hm...
Was dein Provider sagt ist Quatsch. Du kannst sicherlich NICHT dein Modem ansprechen. Mach mal mit kppp eine Modemerkennung. Was für eine Fehlermeldung bekommst du?
Nö, keine. Sorry... Ja läßt sich das Modem nun automatisch mit kppp erkennen/einlesen oder nicht? Versuch es doch mal, es kann auch ein Modem kaputt gehen. Wenn die Handshakes mit dem ISP nicht 100% laufen gibts ein klick und du bist draußen. Hab ich auch mal. Aber eher selten. Das passiert wie gesagt bei nicht korrekten Handshakes. Schau auch ob du die Geschwindigkeit nicht zu hoch setzt!
Also gestern abend hatte ich keinen Hänger mehr. Ist auch sehr unregelmäßig - aber oft! Ob die Sache mit dem cron-Job die Lösung war? Aber ich hatte das Problem doch auch schon vorher... Ach so, solltest Du das nicht gelesen haben; ich hatte ihn alle 15 Minuten die unbenutzten (jaaa, wenn das stimmt!) Module rausschmeißen lassen. ppp ist bei mir ein Modul.
Kann, muß nicht. Warum? Ich hab gerade ppp nie als M kompiliert. slip; dip usw würde ich als M komp. Auch meine Zip und fvat Geschichten als M, der Rest fest rein! Es kann schon an deinem cronjob gelegen haben. Normal brauchst du dich um das entladen der Module nicht kümmern, dass macht der kerneld für dich! Der läd sie auch bei Bedarf. Da kann es schnell zu mißverständnissen kommen, der pppd reagiert mit kill! Na, auf das es jetzt läuft, wenn nicht versuch es mal den ppp direkt mit einkompilieren. Diald ganz raushalten. Oder willst du autom. Verbindung?
Ich hatte auch schon versucht, den kerneld wieder einzusetzen und habe den äquivalenten (hört, hört!) Eintrag beim Kernel entfernt. Dummerweise weigerte sich dann der syslogd und das dummy-Device wurde auch nicht geladen. Schade. Jetzt schleppe ich einmal benutzte Module für den Rest meiner uptime (oder der meines Rechners) mit mir rum.
Dann kompilier mal schnell einen neuen Kernel ;-) Bevor du kompilierst die alten Kernel-Module unter /lib/modules/versionsnr. beiseite packen. Kannst du später löschen wenn der neue Kernel läuft. Immer weg mit den alten Modulen, die werden eh neu angelegt. Und so verhinderst du ein event. chaos. -- Grettings, Clemens ------------------------------------------------------- Reg. Linux-user 29112 Internetprobleme mit SuSE? (\!/) http://www.ndh.net/home/wohld/ ...alles noch im Aufbau. Sorry,...aber es geht voran:) -------------------------------------------------------
Ja läßt sich das Modem nun automatisch mit kppp erkennen/einlesen oder nicht?
Ja, kein Problem.
Versuch es doch mal, es kann auch ein Modem kaputt gehen.
Bloß das jetzt nicht!
Wenn die Handshakes mit dem ISP nicht 100% laufen gibts ein klick und du bist draußen. Hab ich auch mal. Aber eher selten. Das passiert wie gesagt bei nicht korrekten Handshakes. Schau auch ob du die Geschwindigkeit nicht zu hoch setzt!
38400 für ein 33.6 ist sicher nicht übertrieben. Sollte ich statt CRTSCTS mal Xon/Xoff testen?
Also gestern abend hatte ich keinen Hänger mehr. Ist auch sehr
Dafür hatte ich jedenfalls gerade wieder einen Hänger.
Warum? Ich hab gerade ppp nie als M kompiliert. slip; dip usw würde ich als M komp. Auch meine Zip und fvat Geschichten als M, der Rest fest rein! Es kann schon an deinem cronjob gelegen haben. Normal brauchst du dich um das entladen der Module nicht kümmern, dass macht der kerneld für dich! Der läd sie auch bei Bedarf.
Der kerneld ist für 2.2.x-Kernel nicht mehr zuständig - schade. Laden kann der Kernel sie wohl, nur nicht mehr rausschmeißen. Laut Kerneldoku soll man einen cronjob dafür bemühen.
Da kann es schnell zu mißverständnissen kommen, der pppd reagiert mit kill! Na, auf das es jetzt läuft, wenn nicht versuch es mal den ppp direkt mit einkompilieren. Diald ganz raushalten. Oder willst du autom. Verbindung?
diald habe ich nicht. Aber ppp werde ich mal fest reinnehmen. Als ob das hilft ... </heul> Nein, hilft natürlich nicht; selbst wenn der cronjob wütete (Vergangenheit), blieb das ppp-Modul geladen. Danke, für Deine Geduld und Deinen tröstenden Beistand :-) Carsten
Carsten Meyer schrieb am Freitag, 30.07.1999
Schau auch ob du die Geschwindigkeit nicht zu hoch setzt!
38400 für ein 33.6 ist sicher nicht übertrieben.
Nein, sicher nicht. Es ist eher zuwenig, denn wenn die Daten bei der Übertragung auf der Telefonleitung komprimiert werden, gehen wahrscheinlich mehr als 38400 bps über die Leitung. Und dann hast du einen Flaschenhals beim Transfer vom Modem zum System. -- Christian Ullrich Registrierter Linux-User #125183 Antworten bitte cc: c.ullrich@vulkantechnic.de "Sie können nach R'ed'mond fliegen -- aber Sie werden sterben"
Carsten Meyer wrote:
Das Problem mit dem "unerwartet verstorbenen" pppd ist wohl nicht neu
Hat inzwischen jemand eine Lösung für das Problem gefunden?
Ein Lösung (bisher von mir mehrfach erprobt): mein Dämon hat den Fehler "died unexpectedly" nur bei kppp der KDE. Teilweise kann ich fünfmal hintereinander mit kppp keine Verbindung aufbauen. Dann nutze ich das ppp-up - Skript von Suse 5.2 und baue mit /etc/suseppp/ppp-up 1und1 die ppp-Verbindung auf. Bisher immer mit Erfolg. Ich hatte übrigens auch noch nie den Fall, dass mit der pppd **während** einer hergestellten Verbindung "verstarb", sondern immer nur anfangs. Ach ja: die *.options waren bei Suse 5.2 noch in einem Provider-spezifischen File untergebracht, z.B. 1und1.options und haben dort auch das notwendige "lock". (kann KDE vielleicht nicht richtig selber "lock"-en ? ) Wer keine Suse 5.2 (5.3 ?) hat und wissen will wie das mit diesen Skripten ging, der sehe sich meine Mail vom 12.6.99 , 22Uhr46 an diese Liste an. Ekkard
participants (8)
-
alexei.livchits＠stud.uni-hannover.de -
B.Brodesser＠online-club.de -
bock＠nupis.de -
c.wohld＠ndh.net -
carsten.meyer＠home.gelsen-net.de -
ChrUllrich＠gmx.de -
dhebenstreit＠rios.de -
SPS_Gerlach＠online.de