Eine neu eingerichtete DSL-Konfiguration hat nach ca. 11 Tagen Betrieb ihre Funktion mit den untenstehenden Syslog-Meldungen eingestellt. System ist ein Original-SuSE-Linux 8.1. Zuvor waren zwei extrem lange Verbindungszeiten ohne erkennbare Aktivität verzeichnet. Was sagen mir diese Meldungen? Es sieht irgendwie aus wie ein Kernel- Fehler. Nach einem Reboot meldet er beim Hochfahren, daß die Konfiguration von dsl0 nicht gefunden werden könne. Ein manuelles "rcnetwork start dsl0" funktioniert aber. Danach sind auch Internetzugriffe möglich. Jochen Mar 22 04:46:29 fw2 pppd[1744]: Setting MTU to 1492. Mar 22 04:46:29 fw2 pppd[1744]: Couldn't increase MRU to 1500 Mar 22 04:46:29 fw2 pppd[1744]: Connection terminated. Mar 22 04:46:29 fw2 pppd[1744]: Connect time 85.5 minutes. Mar 22 04:46:29 fw2 pppd[1744]: Sent 51558875 bytes, received 123489676 bytes. Mar 22 04:46:29 fw2 pppd[1744]: Doing disconnect Mar 22 04:46:29 fw2 pppd[1744]: sendto returned: Network is down Mar 22 04:46:29 fw2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000d8 Mar 22 04:46:29 fw2 kernel: printing eip: Mar 22 04:46:29 fw2 kernel: c2beaaff Mar 22 04:46:29 fw2 kernel: *pde = 00000000 Mar 22 04:46:29 fw2 kernel: Oops: 0002 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 Mar 22 04:46:29 fw2 kernel: CPU: 0 Mar 22 04:46:29 fw2 kernel: EIP: 0010:[hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37836033/96] Not tainted Mar 22 04:46:29 fw2 kernel: EIP: 0010:[<c2beaaff>] Not tainted Mar 22 04:46:29 fw2 kernel: EFLAGS: 00010296 Mar 22 04:46:29 fw2 kernel: eax: c1610ea0 ebx: c0ae5040 ecx: c0329b88 edx: 00000000 Mar 22 04:46:29 fw2 kernel: esi: c1610ea0 edi: 00000000 ebp: c46e9f00 esp: c46e9ed4 Mar 22 04:46:29 fw2 kernel: ds: 0018 es: 0018 ss: 0018 Mar 22 04:46:29 fw2 kernel: Process pppd (pid: 1744, stackpage=c46e9000) Mar 22 04:46:29 fw2 kernel: Stack: c2bebdc0 c4bc4b14 c46e9f00 0000001e bffffbf8 c0224d26 c4bc4b14 c46e9f00 Mar 22 04:46:29 fw2 kernel: 0000001e 00000002 00000000 00000018 00000000 101a9000 7465bf11 00003068 Mar 22 04:46:29 fw2 kernel: 00000000 00000000 c12f0000 00000000 c1e2b594 c0139ef3 c1e2b480 c46e8000 Mar 22 04:46:29 fw2 kernel: Call Trace: [hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37831232/96] [sys_connect+86/128] [kmem_cache_free+19/32] [rm_sig_from_queue+20/32] [do_sigaction+207/272] Mar 22 04:46:29 fw2 kernel: Call Trace: [<c2bebdc0>] [<c0224d26>] [<c0139ef3>] [<c01273e4>] [<c01283af>] Mar 22 04:46:29 fw2 kernel: [pipe_write+389/704] [sys_socketcall+139/432] [sys_write+205/256] [system_call+51/64] Mar 22 04:46:29 fw2 kernel: [<c014c965>] [<c02255fb>] [<c014386d>] [<c0108e63>] Mar 22 04:46:29 fw2 kernel: Modules: [(pppoe:<c2bea060>:<c2bebe0c>)] Mar 22 04:46:29 fw2 kernel: Code: ff 8a d8 00 00 00 0f 94 c0 84 c0 75 19 6a 60 6a 00 56 e8 8a Mar 22 04:46:29 fw2 modify_resolvconf: Service smpppd tried to modify resolver configuration, but it Mar 22 04:46:29 fw2 modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Mar 22 04:46:30 fw2 modify_resolvconf: Service pppd tried to modify resolver configuration, but it Mar 22 04:46:30 fw2 modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Mar 22 04:59:00 fw2 /USR/SBIN/CRON[31636]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Mar 22 05:00:07 fw2 named[715]: Cleaned cache of 1 RRset Mar 22 05:01:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:21:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:41:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:59:00 fw2 /USR/SBIN/CRON[14186]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Mar 22 06:01:01 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 06:21:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 06:41:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable
Jochen Roedenbeck wrote:
Eine neu eingerichtete DSL-Konfiguration hat nach ca. 11 Tagen Betrieb ihre Funktion mit den untenstehenden Syslog-Meldungen eingestellt. System ist ein Original-SuSE-Linux 8.1. Zuvor waren zwei extrem lange Verbindungszeiten ohne erkennbare Aktivität verzeichnet.
Was sagen mir diese Meldungen? Es sieht irgendwie aus wie ein Kernel- Fehler.
Nach einem Reboot meldet er beim Hochfahren, daß die Konfiguration von dsl0 nicht gefunden werden könne. Ein manuelles "rcnetwork start dsl0" funktioniert aber. Danach sind auch Internetzugriffe möglich.
Jochen
Mar 22 04:46:29 fw2 pppd[1744]: Setting MTU to 1492. Mar 22 04:46:29 fw2 pppd[1744]: Couldn't increase MRU to 1500 Mar 22 04:46:29 fw2 pppd[1744]: Connection terminated. Mar 22 04:46:29 fw2 pppd[1744]: Connect time 85.5 minutes. Mar 22 04:46:29 fw2 pppd[1744]: Sent 51558875 bytes, received 123489676 bytes. Mar 22 04:46:29 fw2 pppd[1744]: Doing disconnect Mar 22 04:46:29 fw2 pppd[1744]: sendto returned: Network is down Mar 22 04:46:29 fw2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000d8 Mar 22 04:46:29 fw2 kernel: printing eip: Mar 22 04:46:29 fw2 kernel: c2beaaff Mar 22 04:46:29 fw2 kernel: *pde = 00000000 Mar 22 04:46:29 fw2 kernel: Oops: 0002 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 Mar 22 04:46:29 fw2 kernel: CPU: 0 Mar 22 04:46:29 fw2 kernel: EIP:
0010:[hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37836033/96]
Not tainted
Schiefgegangen ist es im hisax modul, mehr kann man so nicht sagen. Versuch es mal mit der Fehlermeldung bei google, vielleicht hat jemand schon mal genau das gleiche Problem gehabt. Ansonsten bräuchte man noch ein paar infos, wie es zu dem Problem gekommen ist. Der pppd stammt ja vom adsl, warum dann ausgerechnet der hisax-Treiber austickt weiss ich nicht. Da von der Idee her das ganze aber bei vielen einwandfrei zusammenspielt würde ich mal die Konfiguration checken, d.h. Interrupts, IO-Ports, etc. Vielleicht schaffst Du es ja den Fehler zu reproduzieren, das hilft dann schon deutlich weiter. Ansonsten mal einen 2.4.20 Kernel benutzen, nicht den "alten" von Suse. cu Alexander Steppke
On Tue, Mar 25, 2003 at 11:31:26PM +0100, Alexander Steppke wrote:
Jochen Roedenbeck wrote:
Eine neu eingerichtete DSL-Konfiguration hat nach ca. 11 Tagen Betrieb ihre Funktion mit den untenstehenden Syslog-Meldungen eingestellt. System ist ein Original-SuSE-Linux 8.1. Zuvor waren zwei extrem lange Verbindungszeiten ohne erkennbare Aktivität verzeichnet.
Was sagen mir diese Meldungen? Es sieht irgendwie aus wie ein Kernel- Fehler.
Nach einem Reboot meldet er beim Hochfahren, daß die Konfiguration von dsl0 nicht gefunden werden könne. Ein manuelles "rcnetwork start dsl0" funktioniert aber. Danach sind auch Internetzugriffe möglich.
Jochen
Mar 22 04:46:29 fw2 pppd[1744]: Setting MTU to 1492. Mar 22 04:46:29 fw2 pppd[1744]: Couldn't increase MRU to 1500 Mar 22 04:46:29 fw2 pppd[1744]: Connection terminated. Mar 22 04:46:29 fw2 pppd[1744]: Connect time 85.5 minutes. Mar 22 04:46:29 fw2 pppd[1744]: Sent 51558875 bytes, received 123489676 bytes. Mar 22 04:46:29 fw2 pppd[1744]: Doing disconnect Mar 22 04:46:29 fw2 pppd[1744]: sendto returned: Network is down Mar 22 04:46:29 fw2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000d8 Mar 22 04:46:29 fw2 kernel: printing eip: Mar 22 04:46:29 fw2 kernel: c2beaaff Mar 22 04:46:29 fw2 kernel: *pde = 00000000 Mar 22 04:46:29 fw2 kernel: Oops: 0002 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 Mar 22 04:46:29 fw2 kernel: CPU: 0 Mar 22 04:46:29 fw2 kernel: EIP:
0010:[hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37836033/96]
Not tainted
Schiefgegangen ist es im hisax modul, mehr kann man so nicht sagen.
Nein dort ist es nach diesen Zahlen garantiert nicht. Das sieht mehr nach einer zufaelligen Speicheradresse aus (hisax belegt keine 37 MB Speicher, hisax ist nur zufaellig das letzte modul zu dem der kernel eine Adresse hat). Deswegen kann man zu diesem Oops auch nicht viel sagen, ausser das es im orginal SuSE 8.1 kernel einige Stellen gibt die eventuell einen derartigen Oops erzeugen koennen ---> Kernel updaten. -- Karsten Keil SuSE Labs ISDN development
Karsten Keil schrieb:
Deswegen kann man zu diesem Oops auch nicht viel sagen, ausser das es im orginal SuSE 8.1 kernel einige Stellen gibt die eventuell einen derartigen Oops erzeugen koennen ---> Kernel updaten.
Das Thema ist schon einige Zeit her. Der Empfehlung bin ich auch ge- folgt, und dieser Oops trat nicht mehr auf. Auch war es vorher so gewesen, daß der Rechner immer mal für einige Sekunden wie einfror, was nach dem Update kaum noch auftrat. Doch nun ist wieder etwas passiert. Gestern abend ging es noch: -- Ausschnitt /var/log/messages Anfang ---- Apr 27 19:30:09 fw2 pppd[678]: Open TCP 194.95.225.121:1913 -> 194.95.249.247:5 Apr 27 19:30:12 fw2 modify_resolvconf: Service pppd tried to modify resolver co Apr 27 19:30:12 fw2 modify_resolvconf: was not modified due to MODIFY_RESOLV\NA Apr 27 19:30:25 fw2 pppd[678]: Script /etc/ppp/ip-up finished (pid 19156), stat Apr 27 19:30:39 fw2 ntpdate[19210]: adjust time server 192.168.76.2 offset 0.00 Apr 27 19:30:39 fw2 poll.tcpip: Try to get initial date and time via NTP from Apr 27 19:35:43 fw2 pppd[678]: Terminating connection due to lack of activity. Apr 27 19:35:43 fw2 pppd[678]: Setting MTU to 1492. Apr 27 19:35:43 fw2 pppd[678]: Couldn't increase MRU to 1500 Apr 27 19:35:43 fw2 pppd[678]: Connection terminated. Apr 27 19:35:43 fw2 pppd[678]: Connect time 5.7 minutes. Apr 27 19:35:43 fw2 pppd[678]: Sent 12934903 bytes, received 79169351 bytes. Apr 27 19:35:43 fw2 pppd[678]: Doing disconnect -- Ausschnitt /var/log/messages Ende ----- Der nächste Versuch heute früh ging dann schief, und das folgende wiederholte sich dann immer wieder. "cinternet --status" sagte "CONNECTING". Ein Ende fand das erst, nachdem ich "cinternet --hangup" und "rcnetwork restart dsl0" gemacht habe. Dann ging es wieder. -- Ausschnitt /var/log/messages Anfang ----- Apr 28 06:53:13 fw2 pppd[678]: Starting link Apr 28 06:53:13 fw2 pppd[678]: Sending PADI Apr 28 06:53:13 fw2 pppd[678]: sendto returned: Network is down Apr 28 06:53:43 fw2 last message repeated 4 times Apr 28 06:54:15 fw2 pppd[678]: sendto returned: Network is down Apr 28 06:55:19 fw2 pppd[678]: sendto returned: Network is down Apr 28 06:57:27 fw2 pppd[678]: sendto returned: Network is down Apr 28 06:59:03 fw2 /USR/SBIN/CRON[20364]: (root) CMD ( rm -f /var/spool/cron/l Apr 28 07:00:02 fw2 /USR/SBIN/CRON[20366]: (root) CMD ( /usr/sbin/uucico -S shu Apr 28 07:01:43 fw2 pppd[678]: sendto returned: Network is down Apr 28 07:10:15 fw2 pppd[678]: sendto returned: Network is down Apr 28 07:25:20 fw2 -- MARK -- Apr 28 07:27:19 fw2 pppd[678]: sendto returned: Network is down Apr 28 07:27:19 fw2 pppd[678]: Connecting PPPoE socket: 00:90:1a:10:11:bf 0000 Apr 28 07:27:19 fw2 pppd[678]: Couldn't get channel number: Transport endpoint Apr 28 07:27:19 fw2 pppd[678]: Doing disconnect Apr 28 07:27:19 fw2 pppd[678]: sendto returned: Network is down -- Ausschnitt /var/log/messages Ende ----- Irgendwelche Spannungsschwankungen oder so etwas als Ursache kommen nicht in Betracht, da der Rechner an einer USV-Anlage hängt, des- gleichen auch das DSL-Modem. Es war auch niemand angemeldet, der das Netzwerk hätte heruntergefahren haben können. Zum lokalen Netz- werk hin war Netzwerkverkehr möglich. Es läuft kein X-Server auf dem Rechner. Jochen
participants (3)
-
Alexander Steppke -
Jochen Roedenbeck -
Karsten Keil