Guten Morgen Liste, vor zwei, drei Tagen habe ich dies schon einmal auf SuSE-Linux geposte t- nun also nochmals hier. Ich habe ein SuSE 9.2 System frisch aufgesetzt, in welchem eine Fritz!Card DSL läuft. Von Anfang an wurde der DSL-Anschluß benutzt, und auch der ISDN-Anschluß (capisuite & hylafax). Da das Migrieren der Daten von einem 8.2 System etwas Zeit in Anspruch nahm, bin ich erst vorgestern dazu gekommen, die Updates einzuspielen ... und mal wieder passiert etwas negatives: es wird nichts mehr nach /var/log/isdn-log geschrieben, und hylafax nimmt keine Faxe mehr entgegen (obwohl alles korrekt läuft) - capisuite funktioniert aber, und /var/log/capisuite.log zeichnet schön brav auf, aber das ist nicht unbedingt hilfreich. Nun bin ich offenbar nicht der einzige mit diesem Problem, da Roland May (http://lists.suse.com/archive/suse-linux/2004-Nov/1631.html) einen Tip hatte. Seitdem funktioniert zwar hylafax wieder, aber es wird immer noch nichts nach /var/log/isdn.log protokolliert. Was kann ich tun? Danke & einen schönen Tag noch Torsten
* Torsten E. schrieb:
Ich habe ein SuSE 9.2 System frisch aufgesetzt, in welchem eine Fritz!Card DSL läuft. Von Anfang an wurde der DSL-Anschluß benutzt, und auch der ISDN-Anschluß (capisuite & hylafax).
Da das Migrieren der Daten von einem 8.2 System etwas Zeit in Anspruch nahm, bin ich erst vorgestern dazu gekommen, die Updates einzuspielen ... und mal wieder passiert etwas negatives: es wird nichts mehr nach /var/log/isdn-log geschrieben, und hylafax nimmt keine Faxe mehr entgegen (obwohl alles korrekt läuft) - capisuite funktioniert aber, und /var/log/capisuite.log zeichnet schön brav auf, aber das ist nicht unbedingt hilfreich.
Nun bin ich offenbar nicht der einzige mit diesem Problem, da Roland May (http://lists.suse.com/archive/suse-linux/2004-Nov/1631.html) einen Tip hatte. Seitdem funktioniert zwar hylafax wieder, aber es wird immer noch nichts nach /var/log/isdn.log protokolliert.
/var/log/isdn.log wird von isdnlog erstellt. Daher sollte zunächst überprüft werden, ob isdnlog ausgeführt wird (ps -A). Dann stellt sich die Frage, ob isdnlog die benötigten D-Kanal-Daten bekommt. Hierzu isdnlog beenden (killall isdnlog) und diese zur Anzeige bringen (cat /dev/isdnctrl0). Bei Aktivität, z. B. einem eingehenden Anruf sollten mit "HEX:" oder "D2:" beginnende Zeilen erscheinen. Damit das mit Fritzcard DSL funktioniert muss in jedem Fall das Modul capidrv geladen sein (lsmod). Es verbindet die alte (isdnlog) ISDN-Welt mit der neuen. Siehe dazu http://www.heise.de/ct/04/03/182/ und insbesondere http://www.heise.de/ct/04/03/182/bild.gif. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
Tobias Becker schrieb am Sonntag, 14. November 2004 18:21:
* Torsten E. schrieb:
Ich habe ein SuSE 9.2 System frisch aufgesetzt, in welchem eine Fritz!Card DSL läuft. Von Anfang an wurde der DSL-Anschluß benutzt, und auch der ISDN-Anschluß (capisuite & hylafax).
Da das Migrieren der Daten von einem 8.2 System etwas Zeit in Anspruch nahm, bin ich erst vorgestern dazu gekommen, die Updates einzuspielen ... und mal wieder passiert etwas negatives: es wird nichts mehr nach /var/log/isdn-log geschrieben, und hylafax nimmt keine Faxe mehr entgegen (obwohl alles korrekt läuft) - capisuite funktioniert aber, und /var/log/capisuite.log zeichnet schön brav auf, aber das ist nicht unbedingt hilfreich.
Nun bin ich offenbar nicht der einzige mit diesem Problem, da Roland May (http://lists.suse.com/archive/suse-linux/2004-Nov/1631.html) einen Tip hatte. Seitdem funktioniert zwar hylafax wieder, aber es wird immer noch nichts nach /var/log/isdn.log protokolliert.
/var/log/isdn.log wird von isdnlog erstellt. Daher sollte zunächst überprüft werden, ob isdnlog ausgeführt wird (ps -A).
5498 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 (Läuft also ... und wurde anschließend händisch beendet.)
Dann stellt sich die Frage, ob isdnlog die benötigten D-Kanal-Daten bekommt. Hierzu isdnlog beenden (killall isdnlog) und diese zur Anzeige bringen (cat /dev/isdnctrl0). Bei Aktivität, z. B. einem eingehenden Anruf sollten mit "HEX:" oder "D2:" beginnende Zeilen erscheinen.
Da erscheint nirgends etwas. In /var/log/messages erscheinen aber trotzdem Infos von capisuite über eingehende Anrufe: Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,1,yyyyyy Nov 15 14:45:38 suse92 kernel: capidrv-1: patching si2=1 to 0 for VBOX Nov 15 14:45:38 suse92 kernel: isdn_net: call from 2324xxxxxx -> 0 yyyyyy ignored Nov 15 14:45:38 suse92 kernel: isdn_tty: call from 2324xxxxxx -> yyyyyy ignored Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,0,yyyyyy ignored
Damit das mit Fritzcard DSL funktioniert muss in jedem Fall das Modul capidrv geladen sein (lsmod). Es verbindet die alte (isdnlog) ISDN-Welt mit der neuen. Siehe dazu http://www.heise.de/ct/04/03/182/ und insbesondere http://www.heise.de/ct/04/03/182/bild.gif.
Mmh ... so wirklich schlau werde ich daraus nicht, da mir nicht wirklich klar ist, wie mir dies bei der Fehlersuche hilft. Interessant ist es aber auf jeden Fall - und wenn meine Interpretation stimmt, sollte die Ursache für o. g. Problem entweder in der Anbindung des "control device" zum "hardware interface" liegen, oder aber des "hardware interface" zum "capidrv" (da ein cat /dev/isdnctrlX) nichts erbringt).
Gruß Tobias
Gruß Torsten
* Torsten E. schrieb:
Tobias Becker schrieb am Sonntag, 14. November 2004 18:21:
Dann stellt sich die Frage, ob isdnlog die benötigten D-Kanal-Daten bekommt. Hierzu isdnlog beenden (killall isdnlog) und diese zur Anzeige bringen (cat /dev/isdnctrl0). Bei Aktivität, z. B. einem eingehenden Anruf sollten mit "HEX:" oder "D2:" beginnende Zeilen erscheinen.
Da erscheint nirgends etwas.
In /var/log/messages erscheinen aber trotzdem Infos von capisuite über eingehende Anrufe: Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,1,yyyyyy Nov 15 14:45:38 suse92 kernel: capidrv-1: patching si2=1 to 0 for VBOX Nov 15 14:45:38 suse92 kernel: isdn_net: call from 2324xxxxxx -> 0 yyyyyy ignored Nov 15 14:45:38 suse92 kernel: isdn_tty: call from 2324xxxxxx -> yyyyyy ignored Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,0,yyyyyy ignored
Hier liegt das Problem: So lange keine Daten ankommen, kann auch nichts geloggt werden. capidrv ist geladen. Bei einem altem System, das ISDN nicht über CAPI, sondern über den Hisax Treiber abwickelt, würde "hisaxctrl <id> 1 4" dafür sorgen, dass die notwendigen Daten erzeugt werden. Welches Vorgehen bei SuSE 9.2 & Fritz!Card DSL erforderlich ist, weiß ich nicht. Bei einen sauberen Neuinstallation, die auch isdnlog von sich aus startet, wäre an und für sich davon auszugehen, dass die entsprechende Einstellung automatisch vorgenommen wird, dem ist aber offensichtlich nicht so. Gruß Tobias -- Tobias Becker E-Mail tobiasb@talypso.de PGP 0xD06BB70D * Und erfahrene Menschen sagen, daß derjenige, der zu viel sieht und zu viel weiß, ähnlich wie der, der zu wenig sieht und zu wenig weiß, leicht vom richtigen Weg abkommt und untergeht. * Stefan Chwin *
Guten Morgen! :) Hat denn niemand eine Idee, wie isdnlog wieder zum arbeiten bewogen werden kann? Einen schönen Tag noch Torsten Torsten E. schrieb am Montag, 15. November 2004 14:51:
Tobias Becker schrieb am Sonntag, 14. November 2004 18:21:
* Torsten E. schrieb:
Ich habe ein SuSE 9.2 System frisch aufgesetzt, in welchem eine Fritz!Card DSL läuft. Von Anfang an wurde der DSL-Anschluß benutzt, und auch der ISDN-Anschluß (capisuite & hylafax).
Da das Migrieren der Daten von einem 8.2 System etwas Zeit in Anspruch nahm, bin ich erst vorgestern dazu gekommen, die Updates einzuspielen ... und mal wieder passiert etwas negatives: es wird nichts mehr nach /var/log/isdn-log geschrieben, und hylafax nimmt keine Faxe mehr entgegen (obwohl alles korrekt läuft) - capisuite funktioniert aber, und /var/log/capisuite.log zeichnet schön brav auf, aber das ist nicht unbedingt hilfreich.
Nun bin ich offenbar nicht der einzige mit diesem Problem, da Roland May (http://lists.suse.com/archive/suse-linux/2004-Nov/1631.html) einen Tip hatte. Seitdem funktioniert zwar hylafax wieder, aber es wird immer noch nichts nach /var/log/isdn.log protokolliert.
/var/log/isdn.log wird von isdnlog erstellt. Daher sollte zunächst überprüft werden, ob isdnlog ausgeführt wird (ps -A).
5498 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 (Läuft also ... und wurde anschließend händisch beendet.)
Dann stellt sich die Frage, ob isdnlog die benötigten D-Kanal-Daten bekommt. Hierzu isdnlog beenden (killall isdnlog) und diese zur Anzeige bringen (cat /dev/isdnctrl0). Bei Aktivität, z. B. einem eingehenden Anruf sollten mit "HEX:" oder "D2:" beginnende Zeilen erscheinen.
Da erscheint nirgends etwas.
In /var/log/messages erscheinen aber trotzdem Infos von capisuite über eingehende Anrufe: Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,1,yyyyyy Nov 15 14:45:38 suse92 kernel: capidrv-1: patching si2=1 to 0 for VBOX Nov 15 14:45:38 suse92 kernel: isdn_net: call from 2324xxxxxx -> 0 yyyyyy ignored Nov 15 14:45:38 suse92 kernel: isdn_tty: call from 2324xxxxxx -> yyyyyy ignored Nov 15 14:45:38 suse92 kernel: capidrv-1: incoming call 2324xxxxxx,1,0,yyyyyy ignored
Damit das mit Fritzcard DSL funktioniert muss in jedem Fall das Modul capidrv geladen sein (lsmod). Es verbindet die alte (isdnlog) ISDN-Welt mit der neuen. Siehe dazu http://www.heise.de/ct/04/03/182/ und insbesondere http://www.heise.de/ct/04/03/182/bild.gif.
Mmh ... so wirklich schlau werde ich daraus nicht, da mir nicht wirklich klar ist, wie mir dies bei der Fehlersuche hilft. Interessant ist es aber auf jeden Fall - und wenn meine Interpretation stimmt, sollte die Ursache für o. g. Problem entweder in der Anbindung des "control device" zum "hardware interface" liegen, oder aber des "hardware interface" zum "capidrv" (da ein cat /dev/isdnctrlX) nichts erbringt).
Gruß Tobias
Gruß Torsten
Am Samstag, 20. November 2004 09:44 schrieb Torsten E.:
Guten Morgen! :)
Hat denn niemand eine Idee, wie isdnlog wieder zum arbeiten bewogen werden kann?
Hast Du mal versucht die Software nochmals zu installieren ähm Windows like? Also einfach mit yast nach isdn suchen und an alle Pakete einen grünen Pfeil dran. yast fax und isdn einträge rauslöschen und wieder neu eintragen... G. Roland
Roland May schrieb am Samstag, 20. November 2004 10:07:
Am Samstag, 20. November 2004 09:44 schrieb Torsten E.:
Guten Morgen! :)
Hat denn niemand eine Idee, wie isdnlog wieder zum arbeiten bewogen werden kann?
Hast Du mal versucht die Software nochmals zu installieren ähm Windows like?
Selbstredend ..., trotzdem Danke! :) Habe nach dem besagten Kernelupdate auch ein make cloneconfig mit anschließendem make proper ausgeführt.
Also einfach mit yast nach isdn suchen und an alle Pakete einen grünen Pfeil dran.
Und: in der Konsole gibt es zum Glück keine farblichen Symbole ... :o)
yast fax und isdn einträge rauslöschen und wieder neu eintragen...
G. Roland
Gruß Torsten
participants (3)
-
Roland May
-
Tobias Becker
-
Torsten E.