so, nu isses wieder mal so weit, seit dem Neustart vorgestern ist der isdnlog auf /dev/isdnctrl2 tot. Ein grep "call from" auf /var/log/messages zeigt seit dem Neustart des PC am 14.1. keinerlei Reaktionen mehr auf eingehende GEspräche: Jan 13 15:09:38 rex3 kernel: isdn_tty: call from 7212043467 -> 8307936 ignored Jan 13 16:22:46 rex3 kernel: isdn_net: call from 7256944495 -> 1 8307935 ignored Jan 13 16:22:46 rex3 kernel: isdn_tty: call from 7256944495 -> 8307935 ignored Jan 13 16:53:02 rex3 kernel: isdn_net: call from 7613890619 -> 0 8307936 ignored Jan 13 16:53:02 rex3 kernel: isdn_tty: call from 7613890619 -> 8307936 ignored Jan 13 18:08:29 rex3 kernel: isdn_net: call from 7613890614 -> 1 8307935 ignored Jan 13 18:08:29 rex3 kernel: isdn_tty: call from 7613890614 -> 8307935 ignored Jan 13 18:34:18 rex3 kernel: isdn_net: call from 0 -> 1 8307935 ignored Jan 13 18:34:18 rex3 kernel: isdn_tty: call from 0 -> 8307935 ignored Jan 13 18:41:21 rex3 kernel: isdn_net: call from 7256944345 -> 0 8307936 ignored Jan 13 18:41:21 rex3 kernel: isdn_tty: call from 7256944345 -> 8307936 ignored Jan 13 20:27:09 rex3 kernel: isdn_net: call from 7218305198 -> 0 83093933 ignored Jan 13 20:27:09 rex3 kernel: isdn_tty: call from 7218305198 -> 83093933 ignored Jan 15 17:54:24 rex3 kernel: isdn_net: call from 7612170403 -> 0 83093933 ignored Jan 15 17:54:24 rex3 kernel: isdn_tty: call from 7612170403 -> 83093933 ignored Jan 16 08:28:52 rex3 kernel: isdn_net: call from 7613890617 -> 0 8307936 ignored Jan 16 08:28:52 rex3 kernel: isdn_tty: call from 7613890617 -> 8307936 ignored Jan 16 16:22:29 rex3 kernel: isdn_net: call from 0 -> 0 83093933 ignored Jan 16 16:22:29 rex3 kernel: isdn_tty: call from 0 -> 83093933 ignored Jan 16 23:41:50 rex3 kernel: isdn_net: call from 1775468928 -> 0 8307936 ignored Jan 16 23:41:50 rex3 kernel: isdn_tty: call from 1775468928 -> 8307936 ignored Die Numern des zweiten NTBA (u.a. 83093933 und 8307936 (fax) ) werden noch angezeigt, der erste NTBA ist tot. Die Ausgaben von /dev/isdninfo und ps ax |grep isdnlog sind aber die alten, also die gleichen wie im funktionierenden Zustand, wie schon gepostet: * Ekkard Gerlach schrieb:
cat /dev/isdninfo > idmap: contr0 contr0 contr1 contr1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
chmap: 0 1 0 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 drmap: 0 0 1 1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 usage: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 flags: 0 0 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? phone: ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ??? ???
ps ax |grep isdnlog rex3:/etc/sysconfig/isdn # ps ax |grep isdnlog 28128 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 28134 pts/14 S+ 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2
Habe dann mal eine rcisdn restart gemacht: rex3:/lib # rcisdn restart Unloading ISDN driver /dev/isdninfo: . hisax failed Setting up ISDN card contr0 Elsa Quickstep 1000 PCI hisax busy failed contr1 AVM FRITZ!Card PCI hisax busy failed Dann war unter ps ax |grep isdnlog nichts mehr zu finden! Mit /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 und /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2 habe ich die Prozesse zwar wieder starten können, aber es wird weiterhin nur /dev/isdnctrl0 geloggt. Ein ulimit -c unlimited;/usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr1 /dev/isdnctrl2 hat auch nicht mehr gebracht. /dev/isdnctrl2 wird nicht mehr geloggt. Ein Neustart scheint ja auch nicht zu helfen, sonst hätte z.B. gestern oder heute das logging wieder starten können nachdem am 14.1. erstmals alles wieder tot war. Irgendwie scheint sich die Hardware vollständig zu verkanten, selbst ein reboot hilft da nicht. -> habe mal den ATX-PC stromlos gemacht, dann Neustart, und siehe da, es GEHT WIEDER!!! Also Hardware-Problem. Natürlich mit der Fritz-Karte! Nur Ärger mit dem Ding ... Jetzt benutze ich schon nicht CAPI (wozu auch, mit 5% der Fax-Gegenstellen Probleme), da macht die KArte schon wieder "Schluß". Achja: auch mit CAPI-Treiber für Fritz-KArte fällt diese aus, ich hatte diese Kombination über einige Monate, das war auch nicht besser als mit hisax. Hat mir hier jmd einen Tipp? - Anderer PCI-Slot? Zwei Elsa-Karten? Oder ist meine Fritz-Karte defekt? Übrigens: ein grep auf isdnlog in /var/log/messages hat lediglich die Ausgaben der Elsa-KArte (ISDN-Fernwartung, Fax). Von der Hisax-Karte seit 14.1. fehlt jede Spur. Beim Booten erscheint jedesmal fleißig: Jan 14 15:05:48 rex3 isdnlog: (HiSax driver detected) Jan 14 15:05:48 rex3 isdnlog: (HiSax driver detected) aber das hilft nichts: wenn Fritz-PCI "verkantet" ist, dann hilft nur noch 5-Sekunden-vollständig stromlos. Ich hatte die beiden Karten fast 2 Jahre in einer Suse 8.2, allerdings auch anderes Mainboard, beide liefen einwandfrei. Ist die Fritz defekt? - Oder einfach ein feature von Fritz? Gruss Ekkard