December 2003 - openSUSE ISDN (Deutsch)

Apropos isdnlog .....
by Torsten E. 07 Dec '03

07 Dec '03

Hallo Liste, da ich immer noch mit meiner ISDN Konfiguration kämpfe (AVM Fritz!Card DSL), und eigentlich regelmäßig die ML verfolge, bin ich nun auf etwas weiteres gestoßen: idsnlog logt nichts - die Datei /var/log/isdn.log ist gar nicht angelegt worden .... und selbst nach einem touch /var/log/isdn.log und setzen der Berechtigungen auf 0777 bleibt die Datei leer ..... obwohl ich genügend Anrufe & Testfaxe getätigt habe. Ein "ps ax | grep isdn" zeigt mir an, daß ein Prozeß läuft: 397 ? S 0:00 /usr/sbin/isdnlog -f /etc/isdn/isdnlog.options.contr0 /dev/isdnctrl0 4393 tty2 S 0:00 grep isdn Die Dateien /etc/isdn/isdn.conf & /etc/isdn/isdnlog.options.contr0 sollten korrekt sein. Hat jemand eine Idee? Danke & Gruß Torsten

1 0

Re: [suse-isdn] re: fcdsl und kerneloops
by Karsten Keil 07 Dec '03

07 Dec '03

Hi Sascha, ich antworte mal an die Liste, da das von allgemeinen Interesse ist. On Sun, Dec 07, 2003 at 12:11:34PM +0100, Sascha Zucca wrote: > > > Da der APIC Mode mit sehr vielen Mainboards Probleme macht, ist er nur bei > > SMP per default eingeschaltet, Du kannst den SuSE Kernel aber auch so > > booten, das APIC verwendet wird, einfach bei den Bootparametern apic > > mit angeben. > > Ui ! > Das scheint zu gehen ! > Habe mit apic gebootet, und zum ersten Mal seit langem eine dsl-uptime von 8h. > Alle anderen Geräte funxen auch, so dass ich jetzt nur noch ein wenig abwarten > muss, ob das Problem jetzt weg ist, oder nicht. > Wenn das die Lösung war, Karsten, dann bist Du ab heute mein Held... > Macht denn apic irgendetwas schlechter, oder ist es vielleicht sogar > eigentlich eher besser, wenn es funktioniert, apic zu nehmen ? > Wenn der APIC Mode funktioniert und dazu auch das BIOS die IRQs richtig routet, bzw. ACPI (wird oft mit APIC verwechselt, ist aber etwas ganz anderes) richtig funktioniert, ist APIC besser und hat u.a. den Vorteil das mehr IRQ Hardware Vektoren zur Verfügung stehen und so IRQ sharing vermieden wird. Leider ist es so, das es in der Vergangenheit mehr Systeme gab, wo APIC Probleme gemacht hat und es nur wenige Systeme gab, wo Vorteile wirklich (wie in diesem Fall) zum tragen kamen, deshalb ist APIC per default abgeschalten. Im Prinzip ist es so, wenn ein System mit enabrlten APIC bootet und auch alle Treiber funktionieren (und die Geraete IRQs erzeugen können), ein System mit enabelten APIC stabil laufen sollte, Probleme zeigen sich eigentlich immer beim booten bzw. gleich am Anfang, ich hatte hier z.B. ein Board, das im APIC Mode bei 2 PCI Slots die IRQs falsch geroutet hat, damit ging alles, nur die 2 Karten in diesen Slots konnten keine IRQs erzeugen, letztlich kein APIC Problem, sondern ein Problem des BIOS oder der ACPI Konfiguration (ACPI - Advanced Configuration and Power Interface, enthält u.a. genau diese Konfiguration, wie die HW Interrupts verschalten sind und welche Pegel/Trigger benutzt werden). -- Karsten Keil SuSE Labs ISDN development

1 0

ISDNlog funktioniert nicht richtig
by Suse 07 Dec '03

07 Dec '03

Hallo, Ich möchte eingehende Rufnummern in einer Textdatei auf nem linux-Server speichern. Weiß allerdings nicht wo es hängt. Hier Auszüge aus Dateien die mich etwas ratlos machen: Zuerst die callerid.conf: "Number" ist dabei die Telefonnummer ohne Vorwahl (stand so in der entsprechenden doc-datei). "$2" soll dabei die Rufnummer ans Skript übergeben: PS: funktioniert aber auch nicht wenn ich anstelle der Variable eine feste Nummer angebe, er versucht also gar nicht erst das Skript aufzurufen, denn das Skript ist fehlerfrei. [NUMBER] NUMBER = 345678 SI = 1 ALIAS = TESTALIAS ZONE = 1 START = { [FLAG] FLAGS = IRU PROGRAM = /usr/local/bin/ringdial \$2 } ______________________________________________ Auszug aus isdn.log (war das die ? auf jeden dort wo die Anrufe anschließend protokolliert werden), Rufnummern kommen also wie man sieht auch an. Dec 5 13:36:32 2003|+49179xxxxxx |+492351xxxxxx | 3| 278|1070627792| -1|I| 16| 0| 0|3.2|1|1|0.062|EUR|0| 33| -1| Dec 5 13:47:23 2003|+49179xxxxxx |+492351xxxxxx | 0| 0|1070628443| -1|I| 16| 0| 0|3.2|1|1|0.062|EUR|0| 33| -1| Dec 5 13:56:34 2003| |+492351xxxxxx | 59| 5966|1070628994| -1|I| -1| 0| 0|3.2|1|1|0.062|EUR|0| 33| -1| ____________________________________________ und abschließend noch die geloggten messages, vielleicht kann da jemand was erkennnen, bin in linux nicht so bewandt ... Dec 5 14:36:18 linux isdnlog: Dec 05 14:36:17 Call to tei 70 from ? on TESTALIAS HANGUP ( 0:01:26) non-selected user clearing (Public network serving local user) Dec 5 14:36:25 linux kernel: isdn_net: call from 1791xxxxxx -> 345678 ignored Dec 5 14:36:25 linux kernel: isdn_tty: call from 1791xxxxxx -> 345678 ignored Dec 5 14:36:26 linux isdnlog: Dec 05 14:36:25 * Call to tei 127 from +49 179/xxxxxx, Deutschland Mobilfunk E2/Deutschland Mo on TESTALIAS RING (Speech) Dec 5 14:36:26 linux isdnlog: File `/usr/local/bin/ringdial\' is writable by group or world! Dec 5 14:36:28 linux isdnlog: Dec 05 14:36:28 * Call to tei 70 from +49 179/xxxxxx, Deutschland Mobilfunk E2/Deutschland Mo on TESTALIAS HANGUP _______________________________________________ Da der Alias geloggt wird scheint er in der callerid.conf also auch den Block "auszuführen", und in den messages steht ja auch was von dem skript, welches allerdings fehlerfrei funktioniert. Also warum funktioniert es in der shell, aber nicht bei einem Aufruf von der callerid.conf ????? mfg Daniel

2 2

re: fcdsl und kerneloops
by Sascha Zucca 07 Dec '03

07 Dec '03

Hi. Nachdem ich nun mehrere Stunden mit dem Kompilieren eines eigenen Kernels 2.4.23 verbracht habe, und zu meinem Vergnügen gesehen habe, dass der capi-Fehler mit diesem Kernel verschwunden ist, die FritzCard DSL also perfekt läuft, kann ich mit Bestimmtheit sagen, dass es sich bei dem Problem um keinerlei Hardware-Fehler handeln kann. Nun habe ich mir mal angesehen, was eigentlich so anders ist mit dem neuen Kernel. Eigentlich scheint es nur einen Unterschied im Handling der Interupts zu geben. folgendes ist passiert: cat /proc/interupts gibt aus: 5: 335460 XT-PIC fcdsl mit dem SuSE Kernel 2.4.21-144-athlon und 18: 7570 IO-APIC-level fcdsl mit meinem selbstkompilierten 2.4.23 Kernel Im Bios habe ich der Karte einen festen IRQ zugewiesen, nämlich 5, was aber, wie man sieht, keine Bedeutung mehr zu haben scheint mit dem selbstkompilierten Kernel. Da ich kein Experte auf dem Gebiet der Kernel-Konfiguration bin, habe ich leider keine Ahnung wie ich den 2.4.23er Kernel so hinbiege, dass mein komplettes System läuft. Sound und anderes scheint nämlich nicht so ohne weiteres zu laufen jetzt. Ist auch nicht wichtig, denn eigentlich will ich ja nur, dass der SuSE Standard-Kernel meine Fritzcard so einbindet, dass sie läuft. Meine Frage nun also: Wie kriegen wir diesen Standard Kernel dazu, alles ganz normal mit XT-PIC, die fcdsl aber mit IO-APIC-level einzubinden ? Dann liefe alles perfekt und alle wären glücklich. Wenn das aus irgendwelchen Gründen nicht geht, dann hoffe ich trotzdem, dass einem hier aufgrund meiner (echt ganz schön mühsammen) Recherchen eine gute Idee einfällt. Meine letzte Frage zu diesem Fehler hat ja leider keiner beantworten können. Danke schonmal. Sascha Zucca

2 1

Probleme mit Fritz!Card PCMCIA v2.0 unter SuSE 9.0
by Olaf Morgenstern 04 Dec '03

04 Dec '03

Hallo Liste, ich versuche, eine Fritz!Card PCMCIA v2.0 zum Laufen zu bewegen, aber es gelingt mir nicht. Folgende Konfiguration verwende ich: Notebook HP Compaq NX7000 Fritz!Card PCMCIA v2.0 SuSE Linux 9.0 Professional Die Fritz!Card läuft hervorragend mit W2K und WinXP. Unter Linux bekomme ich folgende Meldungen in /var/log/messages, wenn ich die Karte einstecke: --- Beginn /var/log/messages --- Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: socket 0: AVM ISDN-Controller A1 Nov 14 08:36:32 omos-nx7000 kernel: cs: memory probe 0xa0000000-0xa0ffffff: excluding 0xa0000000-0xa00fffff 0xa0200000-0xa03fffff Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module /lib/modules/2.4.21-99-default//pcmcia/net/slhc.o not available Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v slhc' Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod /lib/modules/2.4.21-99-default/kernel/drivers/net/slhc.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using /lib/modules/2.4.21-99-default/kernel/drivers/net/slhc.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix '' Nov 14 08:36:32 omos-nx7000 kernel: CSLIP: code copyright 1989 Regents of the University of California Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module /lib/modules/2.4.21-99-default//pcmcia/misc/isdn.o not available Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v isdn' Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod /lib/modules/2.4.21-99-default/kernel/drivers/isdn/isdn.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using /lib/modules/2.4.21-99-default/kernel/drivers/isdn/isdn.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix '' Nov 14 08:36:32 omos-nx7000 kernel: ISDN subsystem Rev: 1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1/1.1.4.1 loaded Nov 14 08:36:32 omos-nx7000 kernel: Network dial timeout is set to 10 sec Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module /lib/modules/2.4.21-99-default//pcmcia/misc/hisax.o not available Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v hisax type=26 protocol=2' Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod /lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/hisax.o type=26 protocol=2 Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using /lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/hisax.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix '' Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Linux Driver for passive ISDN cards Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Version 3.5 (module) Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer1 Revision 1.1.4.1 Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer2 Revision 1.1.4.1 Nov 14 08:36:32 omos-nx7000 kernel: HiSax: TeiMgr Revision 1.1.4.1 Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Layer3 Revision 1.1.4.1 Nov 14 08:36:32 omos-nx7000 kernel: HiSax: LinkLayer Revision 1.1.4.1 Nov 14 08:36:32 omos-nx7000 kernel: HiSax: Approval certification failed because of Nov 14 08:36:32 omos-nx7000 kernel: HiSax: unauthorized source code changes Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: module /lib/modules/2.4.21-99-default//pcmcia/avma1_cs.o not available Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: executing: 'modprobe -v avma1_cs' Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + /sbin/insmod /lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/avma1_cs.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Using /lib/modules/2.4.21-99-default/kernel/drivers/isdn/hisax/avma1_cs.o Nov 14 08:36:32 omos-nx7000 cardmgr[1306]: + Symbol version prefix '' Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: testing i/o 0x140-0x147 Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: testing i/o 0x300-0x307 Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: checking at i/o 0x300, irq 5 Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Total 1 card defined Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Nov 14 08:36:33 omos-nx7000 kernel: HiSax: AVM A1 PCMCIA driver Rev. 1.1.4.1 Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: io 0x300 irq 5 model 1 version 2 Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: ISAC version (0): 2086/2186 V1.1 Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 PCMCIA: HSCX version A: V2.1 B: V2.1 Nov 14 08:36:33 omos-nx7000 kernel: AVM A1 (PCMCIA): IRQ 5 count 4 Nov 14 08:36:33 omos-nx7000 kernel: HiSax: couldn't get interrupt 5 Nov 14 08:36:33 omos-nx7000 kernel: HiSax: Card AVM A1 (PCMCIA) not installed ! Nov 14 08:36:33 omos-nx7000 kernel: avma1_cs: failed to initialize AVM A1 PCMCIA 0 at i/o 0x300 Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: executing: './isdn start A1' Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + Setting up ISDN card contr0 AVM FRITZ!Card PCMCIA..done Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + Loading Driver contr0 hisax..failed Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64) Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0 Nov 14 08:36:33 omos-nx7000 cardmgr[1306]: + askpassword=yes: manual start is needed Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64) Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0 Nov 14 08:36:33 omos-nx7000 kernel: no channels in open minor(64) Nov 14 08:36:33 omos-nx7000 kernel: allways open isdnctrl0 --- Ende /var/log/messages --- Irgendwie scheint der HiSax-Treiber ein Problem mit dem IRQ5 zu haben. Der wird zwar schon von anderen Ressourcen benutzt, aber das sollte doch kein Problem sein. Dasselbe passiert übrigens auch mit dem CAPI-Treiber von AVM. Der spricht: --- /var/log/messages --- Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: testing i/o 0x140-0x147 Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: testing i/o 0x300-0x307 Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Stack version 3.11-02 Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Could not install irq handler. Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia: Error: Initialization failed. Nov 14 08:07:35 omos-nx7000 kernel: fcpcmcia_cs: failed to add AVM-A1-Controller at i/o 0x300, irq 5 Nov 14 08:07:35 omos-nx7000 kernel: Trying to free nonexistent resource <00000300-00000307> --- /var/log/messages --- Hier noch die Liste der benutzten IRQs, wie sie von cat/prot/interrupts zurückgegeben wird: CPU0 0: 305852 XT-PIC timer 1: 384 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 4 XT-PIC ehci_hcd, usb-uhci, usb-uhci, PCI device 1524:1410 (ENE Technology Inc) 8: 2 XT-PIC rtc 9: 2 XT-PIC acpi 10: 2575 XT-PIC eth0, ohci1394, usb-uhci, Intel 82801DB-ICH4 12: 4349 XT-PIC PS/2 Mouse 14: 8270 XT-PIC ide0 15: 2357 XT-PIC ide1 NMI: 0 LOC: 0 ERR: 0 MIS: 0 Und noch die Ausgabe von cardctl config: Socket 0: Vcc 5.0V Vpp1 0.0V Vpp2 0.0V interface type is "memory and I/O" irq 5 [shared] [level] function 0: config base 0x0400 option 0x42 io 0x0300-0x0307 [8bit] Um Probleme mit der Hardware auszuschließen, habe ich mal eine Xircom Ethernet-Karte ausprobiert. Die wurde auch mit IRQ5 konfiguriert und ging auf Anhieb problemlos. Hat sowas schon mal jemand gehabt? Kann jemand helfen? Danke! Gruß Olaf Morgenstern

3 4

Fritz PCI v2.o - einige Fragen
by "Martin Meßing" 03 Dec '03

03 Dec '03

Hallo Leute, habe mir - Suse 8.2 - nun die AVM Fritz!Card PCI v.2.0 eingebaut und so eingerichtet, dass ich ins Internet komme, über den Provider Arcor. Jetzt aber kommt für mich Nichttechniker das Problem: Wenn ich mich auslogge, um dann später wieder ins Internet zu kommen, muss ich über Yast den ganzen Kram wieder neu konfigurieren. Liegt das am Provider? Könnte mich auch über T-Online einwählen. Oder habe ich irgend etwas Wesentliches nicht beachtet (wüsste nicht, was...). Der ISDN-Controller ist eingebaut, ein Treiber ist auch aktiviert. Und nu?? Na viellicht schieb ich auch zuviel Panik, mir ist der Weg ins Internet ja auch erst gestern abend gelungen. Danke für eure Hilfe! -- Bis denn, mit freundlichen Grüßen Martin Meßing +++ GMX - die erste Adresse für Mail, Message, More +++ Neu: Preissenkung für MMS und FreeMMS! http://www.gmx.net

2 1

1xCapi + 2xHiSax
by Jan Girlich 03 Dec '03

03 Dec '03

Hallo, ich beziehe mich auf den Thread, "2 PCI Fritz Cards mit AVM Treibern im Dualmodus?", der hier vor ca. 3 Wochen über die Liste ging. Ich habe den leider nicht ganz nachvollziehen können, habe ihn aber so verstanden, dass es nicht möglich ist CAPI und HiSax so gemeinsam laufen zu lassen, dass die 2. ISDN-Karten, die gekreuzt an den S0-Bus angeschlossen ist, von isdnlog ausgelesen werden kann. Daher jetzt meine Frage, ob es villeicht geht, dass man insgesamt 3 Karten einbaut. Und zwar so, dass die 1. CAPI nutzt und die 2. und 3. von HiSax genutzt wird, so dass die 2. Karte gekreuzt angeschlossen wird und isdnlog auch die Daten der Verbindungen von der 1. Karte, die unter CAPI läuft, mitloggt. Die 2. Karte also nur als Dummy dient um das Problem von HiSax zu umgehen. Ist es also möglich so eine Konfiguration aufzusetzen um das im obigen Threat genannte Problem zu umgehen? 1. Karte AVM Fitz CAPI normal an S0-Bus für Fax und Internet Verbindungen werden von isdnlog mitgeloggt 2. Karte Teles 16.3 HiSax nicht angeschlossen als Dummy für HiSax 3.Karte Teles 16.3 HiSax gekreuzt am S0-Bus um diesen auszulesen Verbindungen werden von isdnlog mitgeloggt Wäre nett wenn sich jemand dazu äußern könnte, da ich gerne Hylafax aufsetzen würde, dazu aber CAPI benötige und nicht auf das Auslesen des S0-Buses verzichten möchte. Gruß Jan

2 1

Server von daRav Installationsproblem bei der 9.0
by Axel Lindlau 03 Dec '03

03 Dec '03

Hallo, während bei mir unter der 8.1 alles läuft, habe ich mit der 9er Version Schwirigkeiten dieser Art: linux:/home/axel/server-0.25-daRav # make set -e; gcc -M i4lmond2.c \ | sed 's/$i4lmond2$\.o[ :]*/\1.o i4lmond2.d : /g' > i4lmond2.d; \ [ -s i4lmond2.d ] || rm -f i4lmond2.d i4lmond2.c:483:54: missing terminating " character i4lmond2.c:484:15: missing terminating " character gcc -Wall -c -o i4lmond2.o i4lmond2.c i4lmond2.c:483:54: missing terminating " character i4lmond2.c: In function `check_version': i4lmond2.c:484: error: parse error before "i4lmond" i4lmond2.c:484:15: missing terminating " character make: *** [i4lmond2.o] Fehler 1 linux:/home/axel/server-0.25-daRav # Kann mir hier bitte jemand weiterhelfen? Vielen Dank, Axel

2 4

fcpci und Kernel 2.6.0
by Frank Noack 01 Dec '03

01 Dec '03

Hi Nur mal kurz ne Frage, gibt es schon einen Lösung für die Fritz PCI 2.0 unter Kernel 2.6.0? Danke Frank

1 0