April 2003 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Re: [suse-isdn] Probs mit capisuite-0.4-32
by poldiwinkler＠t-online.de 28 Apr '03

28 Apr '03

Am Mon, 2003-04-28 um 15.00 schrieb Sven Krause: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Poldi, > > ich hatte das gleiche problem. > > Grund war, dass das user-verzeichnis /var/capisuite/user/xxx nicht angelegt > waren. Das sollte eigentlich der capisuite deamon tun. > habe ich ja manuell auch gemacht - ohne Veränderung! > /etc/init.d/capisuite start > > Bei mir ging das ding aber nicht los, da die isdn karte mit capi (anstelle > Hylasax) gebunden werden muss. > > Sven > > On Monday 28 April 2003 14:48, Poldi Winkler wrote: > > Hallo zusammen und besonders hallo Gernot, > > ich habe die SuSE8.2 und wollte nun nach dem update auf capisuite-0.4-32 > > die Faxinstallation vornehmen. Leider bleibe ich gleich am Anfang > > stecken. > > Meine Karte ist eine Fritz¹PCI v2.0 ISDN > > Mit yast2 habe ich in Netzwerkgeräte bei ISDN den Treiber AVM CAPI2.0 > > ausgewählt.In /var/log/messages erhalte ich dann aber jede Minute dei > > Fehlermeldung > > Apr28 14:24:05 linux kernel: capidrv-1: controller dead ?? > > Apr 28 14:24:05 linux kernel: capidrv-1: listen_change_state state=1 > > event=1 ???? > > Wenn ich als Treiber Hisax verwende, verschwindet diese Message. > > > > So, nun zu capisuite: > > > > Mit yast2, Netzwerkgeräte konfigurierte ich Fax. > > > > Bei Eingabe von python /usr/lib/capisuite/idle.py erhalte ich > > > > > python /usr/lib/capisuite/idle.py > > > > Traceback (most recent call last): > > File "/usr/lib/capisuite/idle.py", line 15, in ? > > import capisuite,cs_helpers > > ImportError: No module named capisuite > > > > Aber capisuite läuft bereits (laut run-level in yast2 und > > gtop-Systemmonitor) > > > > Gebe ich den Befehl capisuite -d "Nummer" "File" ein, erhalte ich > > > > can't write to queue dir > > > > was auch verständlich ist, da in /var/spool/capisuite/users das > > Verzeichnis User (ich) und demzufolge auch das Unterverzeichnis sendq > > fehlen und nicht gebildet werden. Wenn ich die Verzeichnisse manuell > > anlege, kommt der gleiche Fehler. > > > > Übrigens habe ich kein caüi4hylafax und kein hylafax installiert, ist > > doch nicht nötig, oder? > > > > Übrigens habe ich versucht unter den umfangreichen Mail zu diesem Theam > > die Lösung zu finden, leider ohne Erfolg. > > Danke vorab > > Poldi > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+rSXoehRS0XYJEf4RApqSAJ9+T+pf6Wo7MweYrrEmpAPPOvLjdACgoGzb > SFgRj3QziAQ8CUykoid35BI= > =5mg7 > -----END PGP SIGNATURE----- >

2 4

DSL: Unable to handle kernel NULL pointer
by Jochen Roedenbeck 28 Apr '03

28 Apr '03

Eine neu eingerichtete DSL-Konfiguration hat nach ca. 11 Tagen Betrieb ihre Funktion mit den untenstehenden Syslog-Meldungen eingestellt. System ist ein Original-SuSE-Linux 8.1. Zuvor waren zwei extrem lange Verbindungszeiten ohne erkennbare Aktivität verzeichnet. Was sagen mir diese Meldungen? Es sieht irgendwie aus wie ein Kernel- Fehler. Nach einem Reboot meldet er beim Hochfahren, daß die Konfiguration von dsl0 nicht gefunden werden könne. Ein manuelles "rcnetwork start dsl0" funktioniert aber. Danach sind auch Internetzugriffe möglich. Jochen Mar 22 04:46:29 fw2 pppd[1744]: Setting MTU to 1492. Mar 22 04:46:29 fw2 pppd[1744]: Couldn't increase MRU to 1500 Mar 22 04:46:29 fw2 pppd[1744]: Connection terminated. Mar 22 04:46:29 fw2 pppd[1744]: Connect time 85.5 minutes. Mar 22 04:46:29 fw2 pppd[1744]: Sent 51558875 bytes, received 123489676 bytes. Mar 22 04:46:29 fw2 pppd[1744]: Doing disconnect Mar 22 04:46:29 fw2 pppd[1744]: sendto returned: Network is down Mar 22 04:46:29 fw2 kernel: Unable to handle kernel NULL pointer dereference at virtual address 000000d8 Mar 22 04:46:29 fw2 kernel: printing eip: Mar 22 04:46:29 fw2 kernel: c2beaaff Mar 22 04:46:29 fw2 kernel: *pde = 00000000 Mar 22 04:46:29 fw2 kernel: Oops: 0002 2.4.19-4GB #1 Fri Sep 13 13:14:56 UTC 2002 Mar 22 04:46:29 fw2 kernel: CPU: 0 Mar 22 04:46:29 fw2 kernel: EIP: 0010:[hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37836033/96] Not tainted Mar 22 04:46:29 fw2 kernel: EIP: 0010:[<c2beaaff>] Not tainted Mar 22 04:46:29 fw2 kernel: EFLAGS: 00010296 Mar 22 04:46:29 fw2 kernel: eax: c1610ea0 ebx: c0ae5040 ecx: c0329b88 edx: 00000000 Mar 22 04:46:29 fw2 kernel: esi: c1610ea0 edi: 00000000 ebp: c46e9f00 esp: c46e9ed4 Mar 22 04:46:29 fw2 kernel: ds: 0018 es: 0018 ss: 0018 Mar 22 04:46:29 fw2 kernel: Process pppd (pid: 1744, stackpage=c46e9000) Mar 22 04:46:29 fw2 kernel: Stack: c2bebdc0 c4bc4b14 c46e9f00 0000001e bffffbf8 c0224d26 c4bc4b14 c46e9f00 Mar 22 04:46:29 fw2 kernel: 0000001e 00000002 00000000 00000018 00000000 101a9000 7465bf11 00003068 Mar 22 04:46:29 fw2 kernel: 00000000 00000000 c12f0000 00000000 c1e2b594 c0139ef3 c1e2b480 c46e8000 Mar 22 04:46:29 fw2 kernel: Call Trace: [hisax:__insmod_hisax_O/lib/modules/2.4.19-4GB/kernel/drivers/isdn+-37831232/96] [sys_connect+86/128] [kmem_cache_free+19/32] [rm_sig_from_queue+20/32] [do_sigaction+207/272] Mar 22 04:46:29 fw2 kernel: Call Trace: [<c2bebdc0>] [<c0224d26>] [<c0139ef3>] [<c01273e4>] [<c01283af>] Mar 22 04:46:29 fw2 kernel: [pipe_write+389/704] [sys_socketcall+139/432] [sys_write+205/256] [system_call+51/64] Mar 22 04:46:29 fw2 kernel: [<c014c965>] [<c02255fb>] [<c014386d>] [<c0108e63>] Mar 22 04:46:29 fw2 kernel: Modules: [(pppoe:<c2bea060>:<c2bebe0c>)] Mar 22 04:46:29 fw2 kernel: Code: ff 8a d8 00 00 00 0f 94 c0 84 c0 75 19 6a 60 6a 00 56 e8 8a Mar 22 04:46:29 fw2 modify_resolvconf: Service smpppd tried to modify resolver configuration, but it Mar 22 04:46:29 fw2 modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Mar 22 04:46:30 fw2 modify_resolvconf: Service pppd tried to modify resolver configuration, but it Mar 22 04:46:30 fw2 modify_resolvconf: was not modified due to MODIFY_RESOLV\NAMED_CONF_DYNAMICALLY=no Mar 22 04:59:00 fw2 /USR/SBIN/CRON[31636]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Mar 22 05:00:07 fw2 named[715]: Cleaned cache of 1 RRset Mar 22 05:01:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:21:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:41:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 05:59:00 fw2 /USR/SBIN/CRON[14186]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly) Mar 22 06:01:01 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 06:21:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable Mar 22 06:41:00 fw2 named[715]: ns_forw: sendto([194.95.246.252].53): Network is unreachable

3 3

analoge einwahl
by Magic 28 Apr '03

28 Apr '03

hallo zusammen, ich versuche gerade verzweifelt meinem rechner beizubringen, dass er mir eine analoge einwahl ermöglicht. mit isdn funktioniert alles ohne probleme. mit meine sedlbauer speed fax karte sollte das doch eigentlich klappen oder ? gibts denn hierzu irgendwo ein hoto oder so ? danke, marcus

1 0

Hangup Probleme bei 2 Providern
by Kai Kürschner 28 Apr '03

28 Apr '03

Hallo, ich hab auf meinem SuSE 8.1 Pro verschiedene Provider konfiguriert. Einer davon ist t-online der andere arcor. Ueber t-online wird der "normale" Verkehr abgegwickelt, ueber Arcro sollen nur Packete an eine bestimmte Zieladresse gehen. Alle beide Kanaele sollen sich per Dial on Demand einwaehlen. Dies funktioniert auch soweit ganz gut. Nur beim Auflegen gibt es Probleme. Sobald eine Verbindung wieder beendet wird, wird auch die andere Verbindung automatisch mit geschlossen (obwohl teilweise gerade ein download laeuft). Ich hab auch noch einen dritten Provider konfiguriert, der aber per Hand (mittels isdnctl dial) gewaehlt wird, da gibt es keinerlei Probleme mit den anderen zweien. Hat jemand ne Idee? cu, Kai -- Unicontrol Systemtechnik GmbH Sachsenburger Weg 34, 09669 Frankenberg / OT Dittersbach Email: k.kuerschner(a)unicontrol.de

2 2

config-Dateien Chaos in 7.x -> 8.0 -> 8.1 -> 8.2
by Ekkard Gerlach 27 Apr '03

27 Apr '03

Hallo, entgegen der einheitlichen Handhabe von ISDN-Konfigdateien bis Suse 7.3 ist seit 8.0 der Teufel los: andere Konfigurationsdateien an anderen stellen und neue rc-Skripte. Wer hat da eine Migrations-Übersicht? (Karsten, Du vielleicht?) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Ich habe schon viele Stunden mit 8.0 zugebracht und verfluche immer wieder Suse, weil auch in 8.1 (und 8.2) sich einiges geändert hat (keine options.ippp0.provider mehr, ... ?). Ich erwarte eigentlich, daß in den alten Konfigurationsdateien, die man von vorhergehenden Distris gewohnt war, eine einzige übrigläßt und darin ein paar Worte schreibt, wohin die Teile gewandert sind. Mir und sicherlich vielen anderen Admins hätte das viele, viele Stunden Sucherei erspart - und Suse wäre nicht x-Male verflucht. Yast bringt nämlich in Sachen Provider immer wieder alles durcheinander (provider1-0, provider1-1, ..) so daß nur Löschen von allem hilft und für Admins daher schon unbrauchbar wird. (BTW: Bei 8.0 hilft da auch kein update des i4l-Paketes mit ftp://ftp.suse.com/pub/suse/i386/update/8.0/n1/i4l-2002.7.31-0.i386.rpm) Außerdem killt Yast bei Einrichtung/ Veränderung eines ISDN-Device mal eben schnell die restlichen, was bei stehenden Verbindungen fatale Folgen hat. Also: Suse, bitte auch an die Admins denken, sonst gehen die irgendwan zu anderen Distris. Wenn Suse auch künftig tabula rasa macht und nur den Consumer-User-Yast pflegt, dann melde ich schonmal ab (-> Debian) Habe mir schon in mühevoller Kleinarbeit Details aufgeschrieben um dem Chaos Herr zu werden, vielleicht könnt Ihr ergänzen wenn es keine Migrationsübersicht gibt: ========= schnipp ================ bisher bis 7.3: ^^^^^^^^^^^^^^^ i) /etc/rc.config.d/i4l.rc.config ii) /etc/ppp/options.ipppN (...ippp1, ....ippp2, ...) iii) /etc/isdn/ (callerid.conf, isdn.conf, ..) Änderungen in i4l.rc.config direkt, dann rci4l restart ipppX jetzt ab 8.0: ^^^^^^^^^^^^^^ i) /etc/sysconfig/network/ifcfg-ippp0, ...-ippp1, .... # DO NOT EDIT THIS FILE !!! # autogenerated by SuSEconfig.isdn from /etc/sysconfig/isdn/cfg-net0 # edit /etc/sysconfig/isdn/cfg-net0 instead and run # SuSEconfig --module isdn /etc/sysconfig/isdn/cfg-net0, ....-net1, ....-net2, ... Hier sind fast alle Parameter wie auch im network-Verzeichnis Hier ist auch die Konfig der Hardware als cfg-contr0 untergebracht. /etc/sysconfig/network/providers/provider1 , .../ralf-ka , .../freenet Mit SuSEconfig --module isdn werden die cfg-net0, ....-net1, ....-net2, ... ausgelesen und die ifcfg-ippp0, ...-ippp1, .... automatisch erstellt. zumindest bei 8.2: Bein einem rcnetwork restart werden dann die interfaces auch erstellt. Die ISDN-Grundeinstellungen, die in //etc/sysconfig/isdn/cfg-contr0 eingetragen werden, werden per SuSEconfig --module isdn nach /etc/isdn/isdn.conf geschrieben bzw dort überschrieben. ii) /etc/ppp/options.ipppN.provider (...ippp1.pc-ralf, ....ippp2.freenet, ...) !!! diese gibt es unter 8.1 und 8.2 nicht mehr !!!! Ersatzlos gestrichen !!!! Wo stehen diese Daten bei 8.1 und 8.2 ? iii) /etc/isdn/ Änderungen in /etc/sysconfig/isdn und in /etc/sysconfig/network/providers , danach SuSEconfig --module isdn Anmerkung: SuSEconfig --module isdn macht keine Verbindung kaputt, d.h. alle bestehenden ob gerade benutzt oder nicht bleiben unberührt. Yast führt beim Einrichten eines device nicht nur SuSEconfig --module isdn aus, sondern auch noch das stoppen und starten aller Devices, damit das neu gemachte Device auch zur Verfügung steht. Soll das neue Device *ohne* Beenden der anderen Devices gestartet werden, so muß es mit if-up gestartet werden (v. Karsten, ich habe schon getestet es geht "manchmal" auch mit /etc/init.d/network start -o type=ipppX Warum geht es nicht immer ? Warum geht es dann mit /etc/init.d/network restart? ========= schnapp ================ Ich vermisse insbesondere zwei zuverlässige Verfahren: 1. ein device per Erstellung der Dateien /etc/sysconfig/isdn/cfg-netX und /etc/sysconfig/network/provider/my-providerX zu erstellen *ohne* die restlichen Devices anzutasten. (Ich vermute: SuSEconfig --module isdn , dann /etc/init.d/network start -o type=ipppX) 2. ein bestehendes Device zu korrigieren, z.B. Menge der erlaubten Einwahlnummern. Dann restart. (Ich vermute: SuSEconfig --module isdn , dann /etc/init.d/network stop -o type=ipppX dann /etc/init.d/network start -o type=ipppX, ggf restart) richtig so? Wenn ja für welche Suse's? 8.0, 8.1 und 8.2 sind geboten. Ekkard

1 0

Capisuite 8.2 AVM ?
by Detlef Strehlow 27 Apr '03

27 Apr '03

Hallo, um meinen Anrufbeantworter und Fax (Empfang und Versand) endlich zum laufen zu kriegen, überlege ich eine neue ISDN-Karte zu kaufen. Die Capisuite soll ja mit AVM-Karten laufen, aber auf der AVM Homepage stehen nur Treiber bis zu Suse 8.1. Meine Frage ist, welche Karte nehme ich und funktioniert sie dann reibungslos unter 8.2 ? Meine jetzige Karte ist eine DLink 128 + In der SDB steht bei den AVM-Karten Fax:FALSE ausser bei den USB-Karten. Kann mir da jemand einen kleinen Tip geben ? Gruß Detlef

2 2

Re: [suse-isdn] download capisuite - dateien verschwunden
by mue-bul＠t-online.de 26 Apr '03

26 Apr '03

Hallo, Gina, dein Tip wg. meiner verschwundenen Download-Dateien ist interessant, habe aber in /temp/kde-Namenskuerzel weder direkt, noch in einem Pfad eine von diesen gefunden. Gruß Volker Am Donnerstag, 24. April 2003 23:53 schrieben Sie: > Haste mal unter /tmp/.kde-<dein Benutzername> geschaut? > Gruß Gina > ----- Original Message ----- > From: "Volker Mueller" <mue-bul(a)t-online.de> > To: <suse-isdn(a)suse.com> > Sent: Wednesday, April 23, 2003 9:38 PM > Subject: Re: [suse-isdn] download capisuite - dateien verschwunden. -- Sender: Volker Mueller mailto: mue-bul(a)t-online.de

2 1

Faxabruf mit capisuite
by Axel Lindlau 26 Apr '03

26 Apr '03

Hallo, ist es ,wenn ja wie ,möglich ein Fax abzurufen wenn man mit capisuite das Fax eingerichtet hat? Fragende Grüße, Axel

2 1

programm startet nicht
by MichaelHoeller＠t-online.de 25 Apr '03

25 Apr '03

Hallo Experten, ich habe den u.g. code schnipsel in meiner callerid.conf. aber das Programm wird nicht gestartet. Ich verwende SuSE 8.2. Hat jemand einen Tipp warum das nicht geht? Unter der 8.1 ist es so gelaufen - oder muss ich noch was konfigurieren? Gruß und Dank Michael [NUMBER] NUMBER = 019103000 SI = 7 ALIAS = vr-web START = { [FLAG] FLAGS = OH PROGRAM = /usr/local/bin/onlinezeit_log \$5 \$7 \$8 } -- Encrypted eMail welcome! Get my OpenPGP-Key ID: 0xE9B00731 from: wwwkeys.de.pgp.net

1 0

Problem mit callerid.conf
by MichaelHoeller＠t-online.de 25 Apr '03

25 Apr '03

Hallo Liste, nach dem upgrade von SuSE 8.1 auf 8.2 habe ich ein Problem mit meiner onlinezeit Berechnug. Ich habe bisher in der Datei callerid.conf ein eigenes Skript auf gerufen das mir die Berechnung macht. Jetzt nach dem Update wird das Skript leider nicht mehr aufgerufen. Hat sich das was geändert? Muss ich irgend was einstellen damit das Skript ausgeführt wird? Welche Rechte muss die callerid.conf haben? Gruß und Dank Michael # /etc/isdn/callerid.conf [MSN] NUMBER = 019103000 SI = 7 ALIAS = vr-web START = { [FLAG] FLAGS = OH PROGRAM = /usr/local/bin/onlinezeit_log \$5 \$7 \$8 } -- Encrypted eMail welcome! Get my OpenPGP-Key ID: 0xE9B00731 from: wwwkeys.de.pgp.net

2 1