[prev in list] [next in list] [prev in thread] [next in thread] 

List:       suse-isdn
Subject:    Re: [suse-isdn] release_l3_process: not release link / Chargesum
From:       Alexander Steppke <vario () uni ! de>
Date:       2003-07-16 11:41:02
[Download RAW message or body]

Vitali Müller wrote:
> Hallo.
> Ich bin am verzweifeln, da ich meine ISDN Karte, die ich mir extra für 
> Linux zugelegt habe, nicht zum laufen bekomme. Ich habe Linux Mandrake 
> 9.1 und eine AVM Fritz!Card PCI v.2 (Ich weiß, das hier ist eine Suse 
> Mailingliste, aber der Mandrake Support ist mehr als schlecht ). Unter 
> Windows funktioniert diese ISDN-Karte (sonst wäre ich jetzt nicht 
> online). Unter Linux wurde die Karte von HiSax richtig erkannt 
> (Log-Auschnitt 1). Nach dem Start ergibt lsmod keine Besonderheiten (log 
> 2).  Um mich einzuwählen benutzte ich „net_monitor“. Es scheint alles in 
> Ordnung zu sein. Wenn ich dann einen Einwahlversuch starte, schlägt 
> dieser anscheinend mit der Fehlermeldung „release_l3_process: not 
> release link“ oder „Chargesum is 0” (siehe Log 3 - 5) fehl. Ich habe 
> auch schon versucht Linux mit und ohne ACPI zu starten – aber immer 
> dasselbe Ergebnis. Außerdem habe ich mein OnBoard-LAN Karte deaktiviert, 
> da sie den gleichen IRQ hatte, wie die AVM Karte. Erneutes installieren 
> von Linux bzw. den ISDN Packeten hat auch nichts gebracht. Die 
> Konfiguration des ISPs stimmt soweit (Log 6).
> Also ich bin für jeden Tipp dankbar
>  
> PS.: Sollte das komplette Logfile vom Systemstart nötig sein, so könnt 
> ihr es hier finden:
> http://www.8ung.at/hornet/bootlog.txt
>  
> Mit freundlichen Grüßen Vitali Müller
>  
>  
> LOG 1: (/var/log/messages)
> 
> Jul 16 10:28:48 localhost kernel: ISDN subsystem Rev: 
> 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded
sieht gut aus

>  
> LOG 2:
> Module                  Size  Used by    Not tainted
> hisax_fcpcipnp          9984   0  (unused)
> hisax_isac             11000   0  [hisax_fcpcipnp]
> hisax                 509316   0  [hisax_fcpcipnp hisax_isac]
> isdn                  136480   0  [hisax]
> slhc                    6564   0  [isdn]
das auch

>  
> LOG 3: (/var/log/messages)
>  

> Jul 16 11:17:00 localhost ipppd: Warning - secret file 
> /etc/ppp/pap-secrets has world and/or group access
das ist nicht gut, nur der daemon muss dadrauf zugreifen können, auf 
keinen fall alle

> Jul 16 11:17:00 localhost ipppd[2000]: Found 2 devices: ,
> Jul 16 11:17:00 localhost ipppd[2001]: ipppd i2.2.11 (isdn4linux version 
> of pppd by MH) started
> Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 0
> Jul 16 11:17:00 localhost ipppd[2001]: Connect[0]: /dev/ippp0, fd: 9
> Jul 16 11:17:00 localhost ipppd[2001]: init_unit: 1
> Jul 16 11:17:00 localhost ipppd[2001]: Connect[1]: /dev/ippp0, fd: 10
> Jul 16 11:17:00 localhost kernel: ippp0: dialing 1 03103007300...
bis hierhin alles ok

> Jul 16 11:17:08 localhost kernel: isdn_net: local hangup ippp0
> Jul 16 11:17:08 localhost kernel: ippp0: Chargesum is 0
dann hängt er einfach auf
hier würde ich ansetzen, schalte beim ipppd das debugging ein, dann 
kommt zwischen dem "dialing..." und dem "hangup" eintrag noch eine menge 
statusinformationen über den verbindungsaufbau und warum der gescheitert 
ist. zum einschalten des debugging hilft "man ipppd", bei suse reicht es 
in der entsprechenden config datei für den ipppd ("ioptions" oder so) 
einfach das stichwort debug einzutragen. viel hilfe zur selbsthilfe 
bietet auch die ausführliche faq-datei von isnd4linux.

>  
>  
> LOG 4:
> [root@localhost root]# cat /dev/isdnctrl
> 04:39.26 L3DC State ST_L3_LC_REL Event EV_ESTABLISH_REQ
> 04:39.26 L3DC ChangeState ST_L3_LC_ESTAB_WAIT
> 04:43.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine
> 04:47.26 L3DC State ST_L3_LC_ESTAB_WAIT Event EV_ESTABLISH_REQ no routine
> 04:47.26 l3 release_l3_process: last process
> 04:47.26 l3 release_l3_process: not release link
>  
>  
> LOG 5:
>  
> [root@localhost root]# net_monitor
>  
> GLib-CRITICAL **: file gmain.c: line 500 (g_source_remove): assertion 
> `tag > 0' failed.
ich kenne net_monitor nicht, aber das sieht komisch aus. assertion sind 
überprüfungen von parametern seitens des programms. wenn die schiefgehen 
läuft etwas nicht so wie der programmierer es erwartet.


viele grüße
alexander steppke


-- 
Um die Liste abzubestellen, schicken Sie eine Mail an:
    suse-isdn-unsubscribe@suse.com
Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken
Sie eine Mail an: suse-isdn-help@suse.com

[prev in list] [next in list] [prev in thread] [next in thread]