Fritz!Card DSL kein Reconnect nach Verbindungsunterbruch
Hello Meine Fritz!Card hat heute morgen einen Verbindungsunterbruch gehabt. Leider hat sie sich anschliessend nicht mehr reconnected. Muss ich evtl. manuell eine Konfigurationsaenderung machen? Ich benutze SuSE 8.1 Prof. mit einem Kernelupgrade wg. dem Problem mit 2 IDE-Disks. Ich habe das Interface auf onboot konfiguriert. Untenstehend der Logauszug. Besten Dank und Gruss Christoph Steigmeier Nov 28 06:25:00 ant /USR/SBIN/CRON[1269]: (root) CMD (mrtg /etc/mrtg/ant.cfg --logging /var/log/mrtg.log) Nov 28 06:26:02 ant pppd[509]: No response to 4 echo-requests Nov 28 06:26:02 ant pppd[509]: Serial link appears to be disconnected. Nov 28 06:26:02 ant pppd[509]: capiplugin: phase terminate (was dormant). Nov 28 06:26:02 ant pppd[509]: capiplugin: phase network (was terminate). Nov 28 06:26:02 ant pppd[509]: capiplugin: phase terminate (was network). Nov 28 06:26:02 ant modify_resolvconf: Service pppd tried to modify resolver configuration, but it Nov 28 06:26:02 ant modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Nov 28 06:26:03 ant ip-down: Warning: detected activated squid, enabling FW_SERVICE_SQUID! Nov 28 06:26:03 ant ip-down: You still have to allow tcp port 3128 on internal, dmz and/or external. Nov 28 06:26:03 ant modprobe: modprobe: Can't locate module ippp0 Nov 28 06:26:06 ant pppd[509]: capiplugin: phase dead (was terminate). Nov 28 06:26:08 ant kernel: kcapi: appl 2 ncci 0x10102 down Nov 28 06:26:08 ant pppd[509]: Hangup (SIGHUP) Nov 28 06:26:08 ant pppd[509]: capiplugin: disconnect(local): "" -> "" outgoing 0x0000 (0x3312) - No additional information Nov 28 06:26:08 ant pppd[509]: Connection terminated. Nov 28 06:26:08 ant pppd[509]: Modem hangup Nov 28 06:26:08 ant pppd[509]: Connect time 438.1 minutes. Nov 28 06:26:08 ant pppd[509]: Sent 634200386 bytes, received 4128507780 bytes. Nov 28 06:26:08 ant pppd[509]: capiplugin: phase disconnect (was dead). Nov 28 06:26:08 ant pppd[509]: capiplugin: phase holdoff (was disconnect). Nov 28 06:26:08 ant SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Nov 28 06:26:08 ant pppd[509]: Script /etc/ppp/ip-down finished (pid 1297), status = 0x0 Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant (was holdoff). Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant, again. Nov 28 06:26:38 ant pppd[509]: Starting link Nov 28 06:26:38 ant pppd[509]: capiplugin: phase serialconn (was dormant). Nov 28 06:26:38 ant pppd[509]: capiplugin: leased line (adslpppoe) Nov 28 06:26:38 ant kernel: kcapi: appl 2 ncci 0x10102 up Nov 28 06:26:42 ant kernel: kcapi: appl 2 ncci 0x10102 down Nov 28 06:26:42 ant pppd[509]: capiplugin: disconnect(remote): "" -> "" outgoing 0x0000 (0x3312) - No additional information Nov 28 06:26:42 ant pppd[509]: capiplugin: couldn't make connection Nov 28 06:26:42 ant pppd[509]: capiplugin: exit Nov 28 06:26:42 ant pppd[509]: Exit. Nov 28 06:26:42 ant kernel: kcapi: appl 2 down Nov 28 06:26:42 ant modify_resolvconf: Service smpppd tried to modify resolver configuration, but it Nov 28 06:26:42 ant modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Nov 28 06:30:00 ant /USR/SBIN/CRON[1987]: (root) CMD ( /usr/lib/sa/sa1 )
On Thu, Nov 28, 2002 at 12:17:24PM +0100, Christoph Steigmeier wrote:
Hello
Meine Fritz!Card hat heute morgen einen Verbindungsunterbruch gehabt.
Leider hat sie sich anschliessend nicht mehr reconnected.
Sie hat es versucht, es hat aber nicht funktioniert. Das kann verschiedene Ursachen haben, angefangen bei einer temporaeren DSL nicht Verfuegbarkeit bis zum internen Absturz der Karte.
Muss ich evtl. manuell eine Konfigurationsaenderung machen?
Nein das sieht alles OK aus, nur ist die Leitung scheinbar wirklich temporaer gestoert.
Nov 28 06:26:08 ant pppd[509]: capiplugin: phase holdoff (was disconnect). Nov 28 06:26:08 ant SuSEfirewall2: Firewall rules successfully set from /etc/sysconfig/SuSEfirewall2 Nov 28 06:26:08 ant pppd[509]: Script /etc/ppp/ip-down finished (pid 1297), status = 0x0 Hier ist die alte Verbindung komplett down. Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant (was holdoff). Nach 30 sek holdoff wird es neu versucht. Nov 28 06:26:38 ant pppd[509]: capiplugin: phase dormant, again. Nov 28 06:26:38 ant pppd[509]: Starting link Nov 28 06:26:38 ant pppd[509]: capiplugin: phase serialconn (was dormant). Nov 28 06:26:38 ant pppd[509]: capiplugin: leased line (adslpppoe) Nov 28 06:26:38 ant kernel: kcapi: appl 2 ncci 0x10102 up Nov 28 06:26:42 ant kernel: kcapi: appl 2 ncci 0x10102 down Nov 28 06:26:42 ant pppd[509]: capiplugin: disconnect(remote): "" -> ""
Klappt nicht.
outgoing 0x0000 (0x3312) - No additional information Nov 28 06:26:42 ant pppd[509]: capiplugin: couldn't make connection Nov 28 06:26:42 ant pppd[509]: capiplugin: exit Nov 28 06:26:42 ant pppd[509]: Exit.
Deshalb Abbruch. -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten, Danke fuer die schnelle Antwort.
Sie hat es versucht, es hat aber nicht funktioniert. Das kann verschiedene Ursachen haben, angefangen bei einer temporaeren DSL nicht Verfuegbarkeit bis zum internen Absturz der Karte.
ein rcnetwork restart half ihr nachher. Sollte ich per corn checken obs Internet laeuft und wenn nicht ein rcnetwork restart machen? OT Frage. Gibt es zu 8.1 jetzt den Kernelupdate wg. den zwei IDE-Disks schon offiziell? Und wenn ja, wird er ueber YOU angeboten, oder muss er manuell downloadet werden? Danke und Gruss chris
On Thu, Nov 28, 2002 at 01:19:11PM +0100, Christoph Steigmeier wrote:
Hallo Karsten,
Danke fuer die schnelle Antwort.
Sie hat es versucht, es hat aber nicht funktioniert. Das kann verschiedene Ursachen haben, angefangen bei einer temporaeren DSL nicht Verfuegbarkeit bis zum internen Absturz der Karte.
ein rcnetwork restart half ihr nachher.
Dann war es ein echtes DSL Problem, der rcnetwork restart die Karte selbst nicht neu initialisiert.
Sollte ich per corn checken obs Internet laeuft und wenn nicht ein rcnetwork restart machen?
Sicherlich eine Moeglichkeit. Im moment ist es so das wenn die Stoerung laenger anhaelt, der pppd nach dem ersten reconnect Versuch gestoppt wird, ob man das aendern kann weiss ich im Moment auch nicht.
OT Frage. Gibt es zu 8.1 jetzt den Kernelupdate wg. den zwei IDE-Disks schon offiziell? Und wenn ja, wird er ueber YOU angeboten, oder muss er manuell downloadet werden?
Wie bereits gesagt, das Update ist in der Zertifizierungs Phase, leider scheint es da noch irgendwo Probleme zu geben (bin da nicht selbst beteiligt). Ob es 100% ueber You gehen wird weiss ich nicht, es gab noch technische Bedenken. -- Karsten Keil SuSE Labs ISDN development
Hi ! Ich habe hier meine gcc-Version 3.2 (per RPM von SuSE 8.1) durch eine selbst kompilierte Version 3.2.1 ersetzt, da ich keine RPM-Version gefunden hatte. Da ich auch einen selbst kompilierten Kernel nutze, bekomme ich nach dem Compile der AVM-Sourcen folgende Meldung beim Laden von fxusb.o: /lib/modules/2.4.19-ff/misc/fxusb.o: The module you are trying to load (/lib/modules/2.4.19-ff/misc/fxusb.o) is compiled with a gcc version 2 compiler, while the kernel you are running is compiled with a gcc version 3 compiler. This is known to not work. Andere Sachen lassen sich ohne Probleme kompilieren. Hat jemand eine Idee ? Dirk
On Thu, Nov 28, 2002 at 08:53:05PM +0100, DVornheder@t-online.de wrote:
Hi !
Ich habe hier meine gcc-Version 3.2 (per RPM von SuSE 8.1)
durch eine selbst kompilierte Version 3.2.1 ersetzt, da ich keine
RPM-Version gefunden hatte.
Da ich auch einen selbst kompilierten Kernel nutze, bekomme
ich nach dem Compile der AVM-Sourcen folgende Meldung
beim Laden von fxusb.o:
/lib/modules/2.4.19-ff/misc/fxusb.o: The module you are trying to load (/lib/modules/2.4.19-ff/misc/fxusb.o) is compiled with a gcc
Sicher das misc/fxusb.o das neu compilierte module ist und nicht das von AVM mitgelieferte vorcompelierte ? Nutz lieber die Sourcen die als km_fritzcapi-1.0-28.i586.rpm mit bei SuSE 8.1 dabei sind. Installieren cd /usr/src/kernel-module/fritzcapi make -f Makefile.module make install -f Makefile.module
version 2 compiler, while the kernel you are running is compiled with a gcc version 3 compiler. This is known to not work.
Das es da krachen kann stimmt, sobald spinlocks irgendwo eine Rolle spielen (da skb queues verwendet werden ist das der Fall). -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Christoph Steigmeier -
DVornheder＠t-online.de -
Karsten Keil