10.2, hisax, Fritz PCI 2.1,: isdnlog faellt staendig aus
Hallo, 10.2, hisax, Fritz PCI 2.1: der isdnlog reagiert gelegentlich nicht, genauer gesagt das /etc/isdn/isdn.conf und darin dann z.B. [MSN] NUMBER = 12345678 ALIAS = Das Buero geht jetzt online! SI = 1 ZONE = 1 START = { [FLAG] FLAGS=IR USER=root GROUP=root PROGRAM = /usr/local/bin/my_skript } wird bei Anruf nicht ausgeführt. In 50% der Fälle schon. In /var/log/messages wird der eingehende Ruf gesehen, die Meldung May 30 17:32:49 server kernel: isdn_net: call from 907218307934 -> 0 30 ignored May 30 17:32:49 server kernel: isdn_tty: call from 907218307934 -> 30 ignored May 30 17:32:53 server kernel: isdn_net: call from 907218307934 -> 0 30 ignored May 30 17:32:53 server kernel: isdn_tty: call from 907218307934 -> 30 ignored erscheint IMMER im log, die entscheidende Meldung: May 30 17:32:49 praxisserver isdnlog: May 30 17:32:49 * Call to tei 127 from +49 766x/xxxxxxxxxxx, Kirchzarten on Das Buero geht jetzt online! kommt aber eher selten. Woran könnte das liegen? - Unter Suse 9.2 dutzendfach so laufen, jetzt das erste Mal unter 10.2. Uns ps ax | grep isdnlog ist dann nichts zu finden. Eigenartigerweise funktioniert dann der isdnlog ohne reboot dann wieder doch mal wieder gelegentlich ... oder ich irre micht, so exakt habe ich das nicht verfolgt, vielleicht er tot wenn er einmal tot ist. Mit einem Hack haben wir uns geholfen: in die /etc/crontab: -*/5 * * * * root bash -c 'ulimit -c unlimited;/usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0' > /dev/null Vorher muß einmalig rm /var/lock/LCK..isdnctrl0 , weil der Start vom Cron aus wohl ein anderer owner ist. Dann gehts aber. Es kommen zwar ständig Fehlermeldung: May 31 12:15:01 praxisserver isdnlog: isdnlog Version 4.71 starting May 31 12:15:01 praxisserver isdnlog: Another isdnlog is running with pid 24500! May 31 12:15:01 praxisserver isdnlog: If not delete the file `/var/run/isdnlog.isdnctrl0.pid' and try it again! May 31 12:15:01 praxisserver isdnlog: exit now 37 aber es häufen sich nicht die isdnlog's an. Es wird brav ein exit gemacht. Damit ist aber sichergestellt, dass der isdnlog läuft. Warum wird der isdnlog immer wieder beendet? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
On Thu, May 31, 2007 at 04:57:51PM +0200, Ekkard Gerlach wrote:
Hallo,
10.2, hisax, Fritz PCI 2.1: der isdnlog reagiert gelegentlich nicht, genauer gesagt das /etc/isdn/isdn.conf und darin dann z.B. ... Uns ps ax | grep isdnlog ist dann nichts zu finden. Eigenartigerweise funktioniert dann der isdnlog ohne reboot dann wieder doch mal wieder gelegentlich ... oder ich irre micht, so exakt habe ich das nicht verfolgt, vielleicht er tot wenn er einmal tot ist.
Dann crashed der isdnlog wegen irgendetwas, z.B. einem frame den er bekommt. Eventuell mal die i4l-base-debuginfo installieren und dann einen gdb an den isdnlog attachen, der sollte dann die Stelle wo es kracht zeigen.
Mit einem Hack haben wir uns geholfen: in die /etc/crontab:
-*/5 * * * * root bash -c 'ulimit -c unlimited;/usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0' > /dev/null
Vorher muß einmalig rm /var/lock/LCK..isdnctrl0 , weil der Start vom Cron aus wohl ein anderer owner ist. Dann gehts aber. Es kommen zwar ständig Fehlermeldung: May 31 12:15:01 praxisserver isdnlog: isdnlog Version 4.71 starting May 31 12:15:01 praxisserver isdnlog: Another isdnlog is running with pid 24500! May 31 12:15:01 praxisserver isdnlog: If not delete the file `/var/run/isdnlog.isdnctrl0.pid' and try it again! May 31 12:15:01 praxisserver isdnlog: exit now 37
Loesch halt vorher noch var/run/isdnlog.isdnctrl0.pid.
aber es häufen sich nicht die isdnlog's an. Es wird brav ein exit gemacht. Damit ist aber sichergestellt, dass der isdnlog läuft.
Warum wird der isdnlog immer wieder beendet?
Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
-- Karsten Keil SuSE Labs ISDN and VOIP development SUSE LINUX Products GmbH, Maxfeldstr.5 90409 Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
* Karsten Keil schrieb:
Uns ps ax | grep isdnlog ist dann nichts zu finden. Eigenartigerweise funktioniert dann der isdnlog ohne reboot dann wieder doch mal wieder gelegentlich ... oder ich irre micht, so exakt habe ich das nicht verfolgt, vielleicht er tot wenn er einmal tot ist.
Dann crashed der isdnlog wegen irgendetwas, z.B. einem frame den er bekommt. Eventuell mal die i4l-base-debuginfo installieren und dann einen gdb an den isdnlog attachen, der sollte dann die Stelle wo es kracht zeigen.
klingt ja gut ... :-) "gdb attachen". Habe mal nach i4l-base-debuginfo gesucht und ein rpm für Suse 9.3 gefunden: -rw-r--r-- 1 root root 369799 22. Mär 2005 i4l-base-debuginfo-2005.3.21-3.i586.rpm das Liess sich unter 10.2 auch installieren. Nur weiss ich jetzt nicht weiter. Kein man, kein readme: # rpm -ql i4l-base-debuginfo-2005.3.21-3 /usr/lib/debug /usr/lib/debug/sbin /usr/lib/debug/sbin/actctrl.debug /usr/lib/debug/sbin/avmcapictrl.debug /usr/lib/debug/sbin/capiinit.debug /usr/lib/debug/sbin/divactrl.debug /usr/lib/debug/sbin/hisaxctrl.debug /usr/lib/debug/sbin/icnctrl.debug /usr/lib/debug/sbin/isdnctrl.debug /usr/lib/debug/sbin/pcbitctl.debug /usr/lib/debug/usr /usr/lib/debug/usr/bin /usr/lib/debug/usr/bin/capifax.debug /usr/lib/debug/usr/bin/capifaxrcvd.debug /usr/lib/debug/usr/bin/capiinfo.debug /usr/lib/debug/usr/bin/eftp.debug /usr/lib/debug/usr/bin/isdnbill.debug /usr/lib/debug/usr/bin/isdnconf.debug /usr/lib/debug/usr/bin/isdnrate.debug /usr/lib/debug/usr/bin/isdnrep.debug /usr/lib/debug/usr/bin/xisdnload.debug /usr/lib/debug/usr/lib /usr/lib/debug/usr/lib/libcapi20.so.2.0.10.debug /usr/lib/debug/usr/lib/libcapi20.so.3.0.3.debug /usr/lib/debug/usr/lib/pppd /usr/lib/debug/usr/lib/pppd/2.4.3 /usr/lib/debug/usr/lib/pppd/2.4.3/capiplugin.so.debug /usr/lib/debug/usr/lib/pppd/2.4.3/userpass.so.debug /usr/lib/debug/usr/sbin /usr/lib/debug/usr/sbin/divertctrl.debug /usr/lib/debug/usr/sbin/eftd.debug /usr/lib/debug/usr/sbin/imon.debug /usr/lib/debug/usr/sbin/ipppd.debug /usr/lib/debug/usr/sbin/ipppstats.debug /usr/lib/debug/usr/sbin/iprofd.debug /usr/lib/debug/usr/sbin/isdnlog.debug /usr/lib/debug/usr/sbin/loopctrl.debug /usr/lib/debug/usr/sbin/mkzonedb.debug /usr/lib/debug/usr/sbin/rcapid.debug /usr/src/debug /usr/src/debug/isdn4k-utils /usr/src/debug/isdn4k-utils/capi20 /usr/src/debug/isdn4k-utils/capi20/capi20.c /usr/src/debug/isdn4k-utils/capi20/capidyn.c /usr/src/debug/isdn4k-utils/capi20/capifunc.c /usr/src/debug/isdn4k-utils/capi20/capiutils.h /usr/src/debug/isdn4k-utils/capi20/convert.c /usr/src/debug/isdn4k-utils/eurofile /usr/src/debug/isdn4k-utils/eurofile/src /usr/src/debug/isdn4k-utils/eurofile/src/eft /usr/src/debug/isdn4k-utils/eurofile/src/eft/access.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/assoc.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_client.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_dir.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_i4l.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_names.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_private.h /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_server.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/eft_tmpfile.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/fileheader.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/fileheader.h /usr/src/debug/isdn4k-utils/eurofile/src/eft/include /usr/src/debug/isdn4k-utils/eurofile/src/eft/include/eft.h /usr/src/debug/isdn4k-utils/eurofile/src/eft/include/tdu_user.h /usr/src/debug/isdn4k-utils/eurofile/src/eft/master.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/sbv.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/slave.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu.h /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu_buf.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu_log.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu_stream.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/tdu_user.c /usr/src/debug/isdn4k-utils/eurofile/src/eft/transfer.c /usr/src/debug/isdn4k-utils/eurofile/src/eftd /usr/src/debug/isdn4k-utils/eurofile/src/eftd/eftd.c /usr/src/debug/isdn4k-utils/eurofile/src/eftp /usr/src/debug/isdn4k-utils/eurofile/src/eftp/eftp.c /usr/src/debug/isdn4k-utils/pcbit /usr/src/debug/isdn4k-utils/pcbit/convhexbin.c /usr/src/debug/isdn4k-utils/pcbit/pcbit.h /usr/src/debug/isdn4k-utils/pcbit/pcbitctl.c /usr/src/debug/isdn4k-utils/xisdnload /usr/src/debug/isdn4k-utils/xisdnload/xisdnload.bit /usr/src/debug/isdn4k-utils/xisdnload/xisdnload.c wie gehts weiter? Wir haben wie gesagt hisax installiert da fax nicht gebraucht wird. BTW: warum installiert Yast eigentlich zwangsweise capi4linux-2006.11.14-6 auch wenn hisax gewählt wurde? # rpm -qa | grep i4l i4l-isdnlog-2006.11.14-6 capi4linux-2006.11.14-6 i4l-base-debuginfo-2005.3.21-3 i4l-base-2006.11.14-6 Ist vielleicht der CAPI -Treiber von AVM eine Lösung? Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
geloest: CAPI-Treiber nehmen, dann fällt der isdnlog nicht aus. es ist offenbar ein Problem nur in Zusammenhang mit hisax Gruss Ekkard --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
On Thu, May 31, 2007 at 10:28:03PM +0200, Ekkard Gerlach wrote:
* Karsten Keil schrieb:
Uns ps ax | grep isdnlog ist dann nichts zu finden. Eigenartigerweise funktioniert dann der isdnlog ohne reboot dann wieder doch mal wieder gelegentlich ... oder ich irre micht, so exakt habe ich das nicht verfolgt, vielleicht er tot wenn er einmal tot ist.
Dann crashed der isdnlog wegen irgendetwas, z.B. einem frame den er bekommt. Eventuell mal die i4l-base-debuginfo installieren und dann einen gdb an den isdnlog attachen, der sollte dann die Stelle wo es kracht zeigen.
klingt ja gut ... :-) "gdb attachen". Habe mal nach i4l-base-debuginfo gesucht und ein rpm für Suse 9.3 gefunden:
-rw-r--r-- 1 root root 369799 22. Mär 2005 i4l-base-debuginfo-2005.3.21-3.i586.rpm
das Liess sich unter 10.2 auch installieren. Nur weiss ich jetzt nicht weiter. Kein man, kein readme:
Sorry, irgendwie hat mein procmail nicht das gemacht was ich wollte, sodas diese Nachrichten nicht da gelandet sind wo ich sie auch regelmaessig lese. Eigentlich ganz einfach: ps ax |grep isdnlog Wenn da eine z.B. eine PID 1234 für isdnlog steht: gdb /usr/sbin/isdnlog 1234 wenn isdnlog stirbt sollte der gdb einen prompt zeigen und man sieht mit bt den trace des Absturzes. -- Karsten Keil SuSE Labs ISDN and VOIP development SUSE LINUX Products GmbH, Maxfeldstr.5 90409 Nuernberg, GF: Markus Rex, HRB 16746 (AG Nuernberg) --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-isdn-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-isdn-de+help@opensuse.org
participants (2)
-
Ekkard Gerlach
-
Karsten Keil