Sehr unregelmaessige Einwahlprobleme mit HiSAX (SuSE 9.1)
Hallo Liste, mein Problem ist -- fuer Linux sehr seltsam -- aeusserst temporaer: ich habe eine gewoehnliche Dial-Up-Verbindung ueber ein ISDN-Modem ins Netz. Bei den letzten vier Hochfahrten des Rechners stellte sich heraus, dass ippp0 ueberhaupt nicht richtig aufgesetzt wurde, d.h. es wurde in /var/log/messages die Meldung (ippp0 is not listening on any port) ausgegeben, sowie der Hinweis, dass die Hardware nicht erkennbar sei. Ferner wurde angegeben: (skipped services: dhcp). Nun wundert es mich doch, dass dieser Fehler in grossen Abstaenden immer wieder einmal auftaucht. Weiss jemand irgendeinen Rat, wie ich diesem Problem auf die Spur kommen kann? Ferner taucht haeufiger das Problem des doppelten Anwaehlens auf: kinternet kann sich zwar einwaehlen, aber es wird keine wirkliche Verbindung aufgebaut. Die *gefuerchtete* ;-) Meldung des ping-Befehls : unknown host (da ich keinen eigenen DNS-Server habe) stellt sich auch prompt ein. Bei der zweiten Anwahl klappt es dann meistens. Aber sehr vertrauenswuerdig sieht das nicht aus. Vielen Dank fuer Eure Hilfe Gruss Heiko Schroeder -- H. Schroeder Nemecka skola v Praze http://home.foni.net/~heikos
On Wed, Jul 07, 2004 at 09:41:56PM +0200, Heiko Schröder wrote:
Hallo Liste,
mein Problem ist -- fuer Linux sehr seltsam -- aeusserst temporaer: ich habe eine gewoehnliche Dial-Up-Verbindung ueber ein ISDN-Modem ins Netz. Bei den letzten vier Hochfahrten des Rechners stellte sich heraus, dass ippp0 ueberhaupt nicht richtig aufgesetzt wurde, d.h. es wurde in /var/log/messages die Meldung (ippp0 is not listening on any port) ausgegeben, sowie der Hinweis, dass die Hardware nicht erkennbar sei. Ferner wurde angegeben: (skipped services: dhcp).
Nun wundert es mich doch, dass dieser Fehler in grossen Abstaenden immer wieder einmal auftaucht. Weiss jemand irgendeinen Rat, wie ich diesem Problem auf die Spur kommen kann? Ferner taucht haeufiger das Problem des doppelten Anwaehlens auf: kinternet kann sich zwar einwaehlen, aber es wird keine wirkliche Verbindung aufgebaut. Die *gefuerchtete* ;-) Meldung des ping-Befehls : unknown host (da ich keinen eigenen DNS-Server habe) stellt sich auch prompt ein. Bei der zweiten Anwahl klappt es dann meistens. Aber sehr vertrauenswuerdig sieht das nicht aus.
Vielen Dank fuer Eure Hilfe
1. Welche ISDN HW ? Was steht im log beim HiSax laden im Fehlerfall ? Am besten das ganze Log vom boot bis zum ippp0 Fehler. Welcher kernel ? 2. Fehler Was steht hier im Log ? -- Karsten Keil SuSE Labs ISDN development
Hallo Karsten Keil, vielen Dank fuer die unglaublich schnelle Reply. Inzwischen waehle ich mich mit CAPI ein; ich wuerde dennoch gerne das HiSAX-Problem irgendwie loesen, wenn das Ganze nur beliebig oft reproduzierbar waere. Inzwischen ist eine Einwahl mit HiSAX ueberhaupt nicht mehr moeglich. Der ISDN-Treiber wird geladen, kann aber nicht beim Herunterfahren entladen werden (s.u.).
1.
Welche ISDN HW ? Die Einwahl geschieht über ein Euro-ISDN-Modem mit der Bezeichnung NT1+2a/b der Cesky Telecom. Leider habe ich keine weiteren technischen Informationen. Man geht -- wie leider nicht allzu selten -- mit solchen Informationen, hoeflich formuliert, etwas lax um. Ein Paper *gibt* es schlichtweg nicht.
Was steht im log beim HiSax laden im Fehlerfall ? Am besten das ganze Log Das Problem ist: beim Hochfahren gibt es überhaupt keine Fehlermeldung. Es gibt dennoch keinen Connect. Beim Herunterfahren zeigt sich die Meldung *Unloading ISDN-Driver . hisax_fcpcipnp failed (rot!)*. In der Zeile *Sending all processes the KILL Signal* fogt die Fehlermeldung *missing*. Ich kann in /var/log/messages keinerlei Hinweise erkennen.
Welcher kernel ? Version 2.6.
2. Fehler Was steht hier im Log ?
An Fehlermeldungen beim Hochfahren kann ich, wie gesagt, nichts finden. Die hisax-betreffenden Zeilen sind: --------------- schnipp --------------------------------- Jul 8 15:34:08 erde kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Jul 8 15:34:08 erde kernel: HiSax: Linux Driver for passive ISDN cards Jul 8 15:34:08 erde kernel: HiSax: Version 3.5 (module) Jul 8 15:34:08 erde kernel: HiSax: Layer1 Revision 2.46.2.5 Jul 8 15:34:08 erde kernel: HiSax: Layer2 Revision 2.30.2.4 Jul 8 15:34:08 erde kernel: HiSax: TeiMgr Revision 2.20.2.3 Jul 8 15:34:08 erde kernel: HiSax: Layer3 Revision 2.22.2.3 Jul 8 15:34:08 erde kernel: HiSax: LinkLayer Revision 2.59.2.4 Jul 8 15:34:08 erde kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0 Jul 8 15:34:08 erde kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1 Jul 8 15:34:08 erde kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0) Jul 8 15:34:08 erde kernel: HiSax: DSS1 Rev. 2.32.2.3 Jul 8 15:34:08 erde kernel: HiSax: 2 channels added Jul 8 15:34:08 erde kernel: HiSax: MAX_WAITING_CALLS added Jul 8 15:34:08 erde kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 0000:00:0a.0 Jul 8 15:34:08 erde kernel: HiSax: debugging flags card 1 set to 4 --------------------- schnipp ---------------------------------- Ich kann hier nichts Aussergewöhnliches erkennen. Allerdings hatte ich heute morgen (Zeit stimmt nicht ganz) beim Hochfahren diese Meldungen: Jul 8 15:34:11 erde dhcpd: ippp0: unknown hardware address type 512 Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: No subnet declaration for ippp0 (0.0.0.0). Jul 8 15:34:11 erde dhcpd: ** Ignoring requests on ippp0. If this is not what Jul 8 15:34:11 erde dhcpd: you want, please write a subnet declaration Jul 8 15:34:11 erde dhcpd: in your dhcpd.conf file for the network segment Jul 8 15:34:11 erde dhcpd: to which interface ippp0 is attached. ** Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: Not configured to listen on any interfaces! Ich kann zwar uebersetzen, was da mitgeteilt wird. Wieso trat aber dieser Fehler vorher nie auf -- und auch jetzt nicht mehr? Vielen Dank fuer die Hilfe und fuer die Geduld. Gruesse von Heiko Schroeder -- H. Schroeder DSP Praha http://home.foni.net/~heikos
Am Donnerstag, 8. Juli 2004 16:32 schrieb Heiko Schröder: Ich beziehe mich nur auf das Betreff und rätsle seit einiger Zeit an ähnlichen Problemen. Gestern abend ging irgendwann nichts mehr. Es half auch nicht den NTBA vom Strom zu trennen und ISDN-Kabel für einige Zeit zu ziehen, das früher vielleicht zufällig half. Sonst hatte ich nichts getan und heute funktionierte beim Hochfahren wieder alles problemlos. Irgendwie glaube ich schön langsam nicht mehr, dass es am ISP liegt. # uname -r 2.6.5-7.95-default /bin/cat /proc/interrupts CPU0 0: 21922116 XT-PIC timer 1: 10 XT-PIC i8042 2: 0 XT-PIC cascade 5: 0 XT-PIC ES18xx 8: 6 XT-PIC rtc 9: 277793 XT-PIC uhci_hcd, eth0 11: 5038030 XT-PIC HiSax 14: 44882 XT-PIC ide0 15: 117941 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 0000:00:0c.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH FRITZ!Card ISDN Controller Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium
TAbort-
Al
On Thu, Jul 08, 2004 at 04:32:49PM +0200, Heiko Schröder wrote:
Hallo Karsten Keil,
vielen Dank fuer die unglaublich schnelle Reply. Inzwischen waehle ich mich mit CAPI ein; ich wuerde dennoch gerne das HiSAX-Problem irgendwie loesen, wenn das Ganze nur beliebig oft reproduzierbar waere. Inzwischen ist eine Einwahl mit HiSAX ueberhaupt nicht mehr moeglich. Der ISDN-Treiber wird geladen, kann aber nicht beim Herunterfahren entladen werden (s.u.).
1.
Welche ISDN HW ? Die Einwahl geschieht über ein Euro-ISDN-Modem mit der Bezeichnung NT1+2a/b der Cesky Telecom. Leider habe ich keine weiteren technischen Informationen. Man geht -- wie leider nicht allzu selten -- mit solchen Informationen, hoeflich formuliert, etwas lax um. Ein Paper *gibt* es schlichtweg nicht.
Scheint also eine AVM Fritz!PCI zu sein.
Was steht im log beim HiSax laden im Fehlerfall ? Am besten das ganze Log Das Problem ist: beim Hochfahren gibt es überhaupt keine Fehlermeldung. Es gibt dennoch keinen Connect. Beim Herunterfahren zeigt sich die Meldung *Unloading ISDN-Driver . hisax_fcpcipnp failed (rot!)*. In der Zeile *Sending all processes the KILL Signal* fogt die Fehlermeldung *missing*. Ich kann in /var/log/messages keinerlei Hinweise erkennen.
Das kann zum Beispiel daran liegen, das Prozesse (wie dhcp) das Interface noch als "in use" kannzeichnen und damit ein sauberes entladen verhindern.
Welcher kernel ? Version 2.6.
Da gibt es inzwischen viele Versionen. uname -a
2. Fehler Was steht hier im Log ?
An Fehlermeldungen beim Hochfahren kann ich, wie gesagt, nichts finden. Die hisax-betreffenden Zeilen sind:
--------------- schnipp --------------------------------- Jul 8 15:34:08 erde kernel: ISDN subsystem Rev: 1.1.2.3/1.1.2.3/1.1.2.2/1.1.2.3/1.1.2.2/1.1.2.2 loaded Jul 8 15:34:08 erde kernel: HiSax: Linux Driver for passive ISDN cards Jul 8 15:34:08 erde kernel: HiSax: Version 3.5 (module) Jul 8 15:34:08 erde kernel: HiSax: Layer1 Revision 2.46.2.5 Jul 8 15:34:08 erde kernel: HiSax: Layer2 Revision 2.30.2.4 Jul 8 15:34:08 erde kernel: HiSax: TeiMgr Revision 2.20.2.3 Jul 8 15:34:08 erde kernel: HiSax: Layer3 Revision 2.22.2.3 Jul 8 15:34:08 erde kernel: HiSax: LinkLayer Revision 2.59.2.4 Jul 8 15:34:08 erde kernel: hisax_isac: ISAC-S/ISAC-SX ISDN driver v0.1.0 Jul 8 15:34:08 erde kernel: hisax_fcpcipnp: Fritz!Card PCI/PCIv2/PnP ISDN driver v0.0.1 Jul 8 15:34:08 erde kernel: HiSax: Card 1 Protocol EDSS1 Id=fcpcipnp0 (0) Jul 8 15:34:08 erde kernel: HiSax: DSS1 Rev. 2.32.2.3 Jul 8 15:34:08 erde kernel: HiSax: 2 channels added Jul 8 15:34:08 erde kernel: HiSax: MAX_WAITING_CALLS added Jul 8 15:34:08 erde kernel: hisax_fcpcipnp: found adapter Fritz!Card PCI v2 at 0000:00:0a.0 Jul 8 15:34:08 erde kernel: HiSax: debugging flags card 1 set to 4
--------------------- schnipp ----------------------------------
OK.
Ich kann hier nichts Aussergewöhnliches erkennen. Allerdings hatte ich heute morgen (Zeit stimmt nicht ganz) beim Hochfahren diese Meldungen:
Jul 8 15:34:11 erde dhcpd: ippp0: unknown hardware address type 512 Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: No subnet declaration for ippp0 (0.0.0.0). Jul 8 15:34:11 erde dhcpd: ** Ignoring requests on ippp0. If this is not what Jul 8 15:34:11 erde dhcpd: you want, please write a subnet declaration Jul 8 15:34:11 erde dhcpd: in your dhcpd.conf file for the network segment Jul 8 15:34:11 erde dhcpd: to which interface ippp0 is attached. ** Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: Jul 8 15:34:11 erde dhcpd: Not configured to listen on any interfaces!
Das ist vollkommener Unsinn. DHCP hat an ippp0 nichts zu suchen und kann natuerlich nichts mit ippp0 anfangen. disable dhcp für ippp0 oder ganz. Das kann natürlich irgendwie mit ippp0 zu Problemen führen. -- Karsten Keil SuSE Labs ISDN development
Scheint also eine AVM Fritz!PCI zu sein. Ja, sorry, ich hatte dummerweise das mit dem Analog-ISDN-Wandler verwechselt.
Da gibt es inzwischen viele Versionen. uname -a
2.6.4
Das ist vollkommener Unsinn. DHCP hat an ippp0 nichts zu suchen und kann natuerlich nichts mit ippp0 anfangen. disable dhcp für ippp0 oder ganz. Ja, das ist voelliger Unsinn. Habe das erledig. Ich dachte, das waere der Grund. Ist es aber offenbar nicht. Nachdem ich mit dem Capi-Treiber aufgelegt habe, konnte ich partout keine weitere Verbindung mehr aufbauen. Beim Herunterfahren wurde der CAPI-Treiber vollkommen entladen. Aber beim KILL-Signal kommt immer noch die Fehlermeldung *missing*. Aus welchem Grund auch immer. Ich befuerchte, dass irgendetwas nicht richtig gestoppt werden kann.
Jedenfalls bin ich wieder auf den HiSAX-Treiber umgestiegen und jetzt geht es ausnahmsweise mal wieder (nach 5 Neustarts). So lange bis ich auflege und dann mich noch einmal einwaehle. Der HiSAX-Treiber wird hundertprozentig nicht entladen werden können und beim KILL-Signal taucht wieder *missing* auf, was vorher NIE der Fall war. Ich habe mich schon damit abgefunden, das System wieder neu zu installieren, da ich eine wichtige Arbeit mit dem System fertigstellen muss. Auch wenn Linux sehr transparent ist und bei mir durch diesen Fehler nicht einen Deut verliert: transparent ist *dieses* Problem fuer mich *ueberhaupt* nicht. Gruss Heiko
participants (3)
-
Al Bogner
-
Heiko Schröder
-
Karsten Keil