Hallo Liste, mein ISDN-System friert regelmäßig ein. In /var/log/messages finde ich eine verdächtige Meldung: May 10 18:13:47 werd kernel: isdn0: HL driver queue full Beide Rechner haben dieselbe Software: SuSE 8.0 und i4l Version: 2002.3.25-3. Die Kommunikation erfolgt über raw-IP. Die Hardware ist lokal Fritz!PCI v2.0 ISDN (rev 01) und vermutlich auch in der Ferne (erreiche ich wieder mal nicht). Lokal liefert lsmod (unter anderem): hisax 500452 2 isdn 119104 3 [hisax] slhc 4432 0 [isdn] isa-pnp 27816 0 [hisax] Nach einigem Googeln habe ich den Hinweis auf ein Update der I4l Pakete gefunden. Ist das Paket isdn4k-utils.v3.2p1.tar.bz2 das richtige? Das passt doch nicht richtig zu i4l Version: 2002.3.25-3? Leider sehe ich da nicht richtig durch - was sollte ich lesen oder weiter recherchieren? Vielen Dank für jeden Hinweis! Sigward Funke -- Sigward Funke Institut fuer Geophysik und Geologie Tel. 0341 97-32816 Universitaet Leipzig Fax. 0341 97-32809 Talstr. 35, 04103 Leipzig E-mail: sfunke@rz.uni-leipzig.de Raum 2-15
Sigward Funke wrote:
Hallo Liste,
mein ISDN-System friert regelmäßig ein. In /var/log/messages finde ich eine verdächtige Meldung:
May 10 18:13:47 werd kernel: isdn0: HL driver queue full
Beide Rechner haben dieselbe Software: SuSE 8.0 und i4l Version: 2002.3.25-3. Die Kommunikation erfolgt über raw-IP. Die Hardware ist lokal Fritz!PCI v2.0 ISDN (rev 01) und vermutlich auch in der Ferne (erreiche ich wieder mal nicht).
Lokal liefert lsmod (unter anderem): hisax 500452 2 isdn 119104 3 [hisax] slhc 4432 0 [isdn] isa-pnp 27816 0 [hisax]
Nach einigem Googeln habe ich den Hinweis auf ein Update der I4l Pakete gefunden. Ist das Paket isdn4k-utils.v3.2p1.tar.bz2 das richtige? Das passt doch nicht richtig zu i4l Version: 2002.3.25-3?
Leider sehe ich da nicht richtig durch - was sollte ich lesen oder weiter recherchieren?
Vielen Dank für jeden Hinweis!
Sigward Funke
Hallo, dieses Problem verfolgt uns in unserer Firma schon seit einem Jahr. Leider haben wir auch keine Lösung. Wir benutzen den Workaround, daß wir die Logdateien auswerten und bei einem "HL-Driver ..." den entsprechenden B-Kanal mit dem Befehl: isdnctrl bind ippp[dummy] "fcpcipnp[x],[y]" exclusive sperren und abends das ISDN-System neu starten. ippp[dummy] ist dabei ein Dummydevice, das sonst nicht benutzt wird. fcpcipnp[x] ist der Drivername der Karte (vgl. imon z.B. fcpcipnp1 für die 2. Karte) [y] ist der betreffende B-Kanal (z.B. 0 für den 1. B-Kanal) Es tut mir Leid, daß ich nicht mehr sagen kann. MfG Bruno Schneidhuber -- ____________________________________________ Bruno Schneidhuber Abteilungsleiter Systemintegration MC-Lindinger GmbH Wiesenweg 1 D-94099 Ruhstorf/Rott Tel.: +49 (0) 8531 904 319 Fax: +49 (0) 8531 904 496 eMail: b.schneidhuber@mc-lindinger.de Web: www.mc-lindinger.de ____________________________________________
Hallo Bruno Schneidhuber, vielen Dank für originelle Idee, ich werde sie umgehend testen. Allerdings steht der betreffende Rechner zwei Autostunden entfernt; diese Woche komme ich nicht mehr hin (und ISDN-mäßig reagiert er nicht mehr). On Fri, 28 May 2004, Bruno Schneidhuber wrote:
Sigward Funke wrote: [...]
mein ISDN-System friert regelmäßig ein. In /var/log/messages finde ich eine verdächtige Meldung:
May 10 18:13:47 werd kernel: isdn0: HL driver queue full
Beide Rechner haben dieselbe Software: SuSE 8.0 und i4l Version: 2002.3.25-3. Die Kommunikation erfolgt über raw-IP. Die Hardware ist lokal Fritz!PCI v2.0 ISDN (rev 01) und vermutlich auch in der Ferne (erreiche ich wieder mal nicht).
Lokal liefert lsmod (unter anderem): hisax 500452 2 isdn 119104 3 [hisax] slhc 4432 0 [isdn] isa-pnp 27816 0 [hisax]
Nach einigem Googeln habe ich den Hinweis auf ein Update der I4l Pakete gefunden. Ist das Paket isdn4k-utils.v3.2p1.tar.bz2 das richtige? Das passt doch nicht richtig zu i4l Version: 2002.3.25-3?
Leider sehe ich da nicht richtig durch - was sollte ich lesen oder weiter recherchieren? [...] dieses Problem verfolgt uns in unserer Firma schon seit einem Jahr. Leider haben wir auch keine Lösung. Wir benutzen den Workaround, daß wir die Logdateien auswerten ^^^^^^^^^^ Welche - /var/log/messages des letzten Tages?
und bei einem "HL-Driver ..." den entsprechenden B-Kanal mit dem Befehl:
isdnctrl bind ippp[dummy] "fcpcipnp[x],[y]" exclusive
sperren und abends das ISDN-System neu starten.
Warum nicht gleich ein Restart des ISDN-Systems?
ippp[dummy] ist dabei ein Dummydevice, das sonst nicht benutzt wird. fcpcipnp[x] ist der Drivername der Karte (vgl. imon z.B. fcpcipnp1 für die 2. Karte) [y] ist der betreffende B-Kanal (z.B. 0 für den 1. B-Kanal)
Es tut mir Leid, daß ich nicht mehr sagen kann.
Nun, das ist doch ein Hinweis, dem es sich nachzugehen lohnt! -- Sigward Funke Institut fuer Geophysik und Geologie Tel. 0341 97-32816 Universitaet Leipzig Fax. 0341 97-32809 Talstr. 35, 04103 Leipzig E-mail: sfunke@rz.uni-leipzig.de Raum 2-15
Sigward Funke wrote:
Hallo Bruno Schneidhuber,
[ .. ]
dieses Problem verfolgt uns in unserer Firma schon seit einem Jahr. Leider haben wir auch keine Lösung. Wir benutzen den Workaround, daß wir die Logdateien auswerten
^^^^^^^^^^ Welche - /var/log/messages des letzten Tages?
/var/log/messages wird ständig (mit Hilfe von tail) ausgewertet.
und bei einem "HL-Driver ..." den entsprechenden B-Kanal mit dem Befehl:
isdnctrl bind ippp[dummy] "fcpcipnp[x],[y]" exclusive
sperren und abends das ISDN-System neu starten.
Warum nicht gleich ein Restart des ISDN-Systems?
Weil noch mehrere Verbindungen von anderen Usern bestehen könnten, die nicht getrennt werden sollen. [ .. ] Hallo Sigward Funke, ich hoffe dies beantwortet die noch offenen Fragen. MfG Bruno Schneidhuber -- ____________________________________________ Bruno Schneidhuber Abteilungsleiter Systemintegration MC-Lindinger GmbH Wiesenweg 1 D-94099 Ruhstorf/Rott Tel.: +49 (0) 8531 904 319 Fax: +49 (0) 8531 904 496 eMail: b.schneidhuber@mc-lindinger.de Web: www.mc-lindinger.de ____________________________________________
participants (2)
-
Bruno Schneidhuber -
Sigward Funke