fax versenden unmöglich?
unter suse 9.2 ist alles normal konfiguriert und ich kann auch über isdn surfen. Das versenden des Fax scheint zu funktionieren. Das faxgerät wird angewählt, leutet, schaltet auf fax empfang ----wartet und dann nach 25 sec erfolgt der Abbruch. Es wird kein Doc ausgegeben. Auf dem gleichen Rechner läuft die Karte unter xp ohne Probleme. Leitung und Karte sind also ok. Hab mal eine suse 9.1 draufgeschmissen, alles ok !! ???? Was läuft hier falsch? wo bekomme ich etwaige Fehlermeldungen her? Danke Jörg Abel
On Wed, Jan 19, 2005 at 01:51:31PM +0100, LogoAbel@web.de wrote:
unter suse 9.2 ist alles normal konfiguriert und ich kann auch über isdn surfen. Das versenden des Fax scheint zu funktionieren. Das faxgerät wird angewählt, leutet, schaltet auf fax empfang ----wartet und dann nach 25 sec erfolgt der Abbruch. Es wird kein Doc ausgegeben. Auf dem gleichen Rechner läuft die Karte unter xp ohne Probleme. Leitung und Karte sind also ok. Hab mal eine suse 9.1 draufgeschmissen, alles ok !! ???? Was läuft hier falsch? wo bekomme ich etwaige Fehlermeldungen her?
Erstmal waeren ein paar Angaben zur Fax HW und zu den verwendeten Programmen (hylafax, capisuite) wichtig, sonst kann Dir auch niemand sagen wo Du die entsprechenden Logfiles findest. Da ich annehme das Du CAPI verwendest, kannst Du mit avmcapictrl trace on einen CAPI debug Trace erzeugen, der eventuell das Problem aufzeigt oder zumindest beim Einkreisen hilft. Das trace wird in /var/log/messages geschrieben. -- Karsten Keil SuSE Labs ISDN development
Am Mittwoch, 19. Januar 2005 15:01 schrieb Karsten Keil: Es ist capisuite ohne hylafax auf einer fritzcard pci avmcapictrl trace on gibt folgendes aus nach einem dmods kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 02 9b 01 01> kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 9b 01 01> kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 99 01 01> Dann die /var/log/messages Sorry ist eine laaaaannnnngggge Liste, scheint sich ständig zu wiederholen. Aber wo ist der Fehler??? Was hat es mit den Eth 0 errors auf sich? was bedeutet class:internal software error ? Danke für Deine Hilfe Jörg Abel Jan 19 15:32:35 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:35 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:35 linux kernel: Class = 0x0 Jan 19 15:32:35 linux kernel: Function = 0x1 Jan 19 15:32:35 linux kernel: ManuData = <80 08 00>�00 00 08 01 04 05 04 03 90 90 a3 18 01 83>l<08 00 80>420449p<07 80>420449<7d 02 91 84> Jan 19 15:32:35 linux kernel: Jan 19 15:32:35 linux isdnlog: Jan 19 15:32:35 * tei 108 calling +49 2166/9420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt RING (3.1 kHz audio) Jan 19 15:32:35 linux isdnlog: Jan 19 15:32:35 * tei 108 calling +49 2166/9420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt HLC: CCITT, Fax Gr.2/3 (F.182) Jan 19 15:32:35 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:35 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:35 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:35 linux kernel: Class = 0x0 Jan 19 15:32:35 linux kernel: Function = 0x1 Jan 19 15:32:35 linux kernel: ManuData = <80 04 00>�01 02> Jan 19 15:32:35 linux kernel: Jan 19 15:32:36 linux kernel: eth0: -- ERROR -- Jan 19 15:32:36 linux kernel: Class: internal Software error Jan 19 15:32:36 linux kernel: Nr: 0x19e Jan 19 15:32:36 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:36 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0038 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:36 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:36 linux kernel: Class = 0x0 Jan 19 15:32:36 linux kernel: Function = 0x1 Jan 19 15:32:36 linux kernel: ManuData = <80 04 02>�00 02 08 01 84 02 18 01 89> Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] INFO_IND ID=002 #0x003d LEN=0015 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:36 linux kernel: InfoNumber = 0x8002 Jan 19 15:32:36 linux kernel: InfoElement = default Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:36 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:36 linux kernel: Class = 0x0 Jan 19 15:32:36 linux kernel: Function = 0x1 Jan 19 15:32:36 linux kernel: ManuData = <80 08 02>�01 02> Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: put [0x1] INFO_RESP ID=002 #0x003d LEN=0012 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0070 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:36 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:36 linux kernel: Class = 0x0 Jan 19 15:32:36 linux kernel: Function = 0x1 Jan 19 15:32:36 linux kernel: ManuData = <80 04 02><03 08 01>i<05 a1 04 03 90 90 a3 18 01 8a>l<0c 21 81>2166420449p<07>�20449<7d 02 91 84> Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] CONNECT_IND ID=002 #0x003e LEN=0047 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: CIPValue = 0x11 Jan 19 15:32:36 linux kernel: CalledPartyNumber = �20449 Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, M�chengladbach-Rheydt on +49 2166/9420449, M�chengladbach-Rheydt RING (3.1 kHz audio) Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, M�chengladbach-Rheydt on +49 2166/9420449, M�chengladbach-Rheydt HLC: CCITT, Fax Gr.2/3 (F.182) Jan 19 15:32:36 linux kernel: CallingPartyNumber = <21 81>2166420449 Jan 19 15:32:36 linux kernel: CalledPartySubaddress = default Jan 19 15:32:36 linux kernel: CallingPartySubaddress = default Jan 19 15:32:36 linux kernel: BC = <90 90 a3> Jan 19 15:32:36 linux kernel: LLC = default Jan 19 15:32:36 linux kernel: HLC = <91 84> Jan 19 15:32:36 linux kernel: AdditionalInfo = default Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] CONNECT_IND ID=001 #0x003f LEN=0047 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: CIPValue = 0x11 Jan 19 15:32:36 linux kernel: CalledPartyNumber = �20449 Jan 19 15:32:36 linux kernel: CallingPartyNumber = <21 81>2166420449 Jan 19 15:32:36 linux kernel: CalledPartySubaddress = default Jan 19 15:32:36 linux kernel: CallingPartySubaddress = default Jan 19 15:32:36 linux kernel: BC = <90 90 a3> Jan 19 15:32:36 linux kernel: LLC = default Jan 19 15:32:36 linux kernel: HLC = <91 84> Jan 19 15:32:36 linux kernel: AdditionalInfo = default Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: capidrv-1: incoming call 2166420449,2,2,420449 Jan 19 15:32:36 linux kernel: isdn_tty: call from 2166420449 -> 420449 ignored Jan 19 15:32:36 linux kernel: kcapi: put [0x1] CONNECT_RESP ID=001 #0x003f LEN=0028 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Reject = 0x1 Jan 19 15:32:36 linux kernel: BProtocol Jan 19 15:32:36 linux kernel: B1protocol = 0x0 Jan 19 15:32:36 linux kernel: B2protocol = 0x0 Jan 19 15:32:36 linux kernel: B3protocol = 0x0 Jan 19 15:32:36 linux kernel: B1configuration = default Jan 19 15:32:36 linux kernel: B2configuration = default Jan 19 15:32:36 linux kernel: B3configuration = default Jan 19 15:32:36 linux kernel: ConnectedNumber = default Jan 19 15:32:36 linux kernel: ConnectedSubaddress = default Jan 19 15:32:36 linux kernel: LLC = default Jan 19 15:32:36 linux kernel: AdditionalInfo = default Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: capidrv-1: incoming call 2166420449,2,2,420449 ignored Jan 19 15:32:36 linux kernel: kcapi: got [0x1] DISCONNECT_IND ID=001 #0x0040 LEN=0014 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Reason = 0x0 Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: put [0x1] DISCONNECT_RESP ID=001 #0x0040 LEN=0012 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:36 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:36 linux kernel: Class = 0x0 Jan 19 15:32:36 linux kernel: Function = 0x1 Jan 19 15:32:36 linux kernel: ManuData = <80 04 00 99 01 0a> Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: put [0x1] CONNECT_RESP ID=002 #0x003e LEN=0032 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Reject = 0x1 Jan 19 15:32:36 linux kernel: BProtocol Jan 19 15:32:36 linux kernel: B1protocol = 0x0 Jan 19 15:32:36 linux kernel: B2protocol = 0x0 Jan 19 15:32:36 linux kernel: B3protocol = 0x0 Jan 19 15:32:36 linux kernel: B1configuration = default Jan 19 15:32:36 linux kernel: B2configuration = default Jan 19 15:32:36 linux kernel: B3configuration = default Jan 19 15:32:36 linux kernel: ConnectedNumber = default Jan 19 15:32:36 linux kernel: ConnectedSubaddress = default Jan 19 15:32:36 linux kernel: LLC = default Jan 19 15:32:36 linux kernel: AdditionalInfo Jan 19 15:32:36 linux kernel: BChannelinformation = default Jan 19 15:32:36 linux kernel: Keypadfacility = default Jan 19 15:32:36 linux kernel: Useruserdata = default Jan 19 15:32:36 linux kernel: Facilitydataarray = default Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: got [0x1] DISCONNECT_IND ID=002 #0x0041 LEN=0014 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Reason = 0x0 Jan 19 15:32:36 linux kernel: Jan 19 15:32:36 linux kernel: kcapi: put [0x1] DISCONNECT_RESP ID=002 #0x0041 LEN=0012 Jan 19 15:32:36 linux kernel: Controller/PLCI/NCCI = 0x201 Jan 19 15:32:36 linux kernel: Jan 19 15:32:37 linux kernel: eth0: -- ERROR -- Jan 19 15:32:37 linux kernel: Class: internal Software error Jan 19 15:32:37 linux kernel: Nr: 0x19e Jan 19 15:32:37 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:37 linux su: (to root) ja on /dev/pts/3 Jan 19 15:32:37 linux su: pam_unix2: session started for user root, service su Jan 19 15:32:37 linux su: pam_unix2: session finished for user root, service su Jan 19 15:32:37 linux su: (to root) ja on /dev/pts/3 Jan 19 15:32:37 linux su: pam_unix2: session started for user root, service su Jan 19 15:32:37 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0074 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:37 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:37 linux kernel: Class = 0x0 Jan 19 15:32:37 linux kernel: Function = 0x1 Jan 19 15:32:37 linux kernel: ManuData = <80 04 02>�02 02 08 01 84 01 1c 12 91 a1 0f 02 02 00 8d 06 06 04 00 82>g<01 01 02 01>l<1e 02 82 88 28 0d>CCNR moeglich Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux kernel: kcapi: got [0x1] INFO_IND ID=002 #0x0042 LEN=0015 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:37 linux kernel: InfoNumber = 0x8001 Jan 19 15:32:37 linux kernel: InfoElement = default Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux kernel: kcapi: got [0x1] INFO_IND ID=002 #0x0043 LEN=0017 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:37 linux kernel: InfoNumber = 0x1e Jan 19 15:32:37 linux kernel: InfoElement = <82 88> Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:37 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:37 linux kernel: Class = 0x0 Jan 19 15:32:37 linux kernel: Function = 0x1 Jan 19 15:32:37 linux kernel: ManuData = <80 08 02>�01 04> Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux kernel: kcapi: put [0x1] INFO_RESP ID=002 #0x0042 LEN=0012 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux kernel: kcapi: put [0x1] INFO_RESP ID=002 #0x0043 LEN=0012 Jan 19 15:32:37 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:37 linux kernel: Jan 19 15:32:37 linux isdnlog: Jan 19 15:32:37 tei 108 calling +49 2166/9420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt CCNR moeglich Jan 19 15:32:38 linux kernel: eth0: -- ERROR -- Jan 19 15:32:38 linux kernel: Class: internal Software error Jan 19 15:32:38 linux kernel: Nr: 0x19e Jan 19 15:32:38 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:39 linux kernel: eth0: -- ERROR -- Jan 19 15:32:39 linux kernel: Class: internal Software error Jan 19 15:32:39 linux kernel: Nr: 0x19e Jan 19 15:32:39 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:40 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0030 Jan 19 15:32:40 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:40 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:40 linux kernel: Class = 0x0 Jan 19 15:32:40 linux kernel: Function = 0x1 Jan 19 15:32:40 linux kernel: ManuData = <80 04 02 9d>S Jan 19 15:32:40 linux kernel: Jan 19 15:32:40 linux kernel: eth0: -- ERROR -- Jan 19 15:32:40 linux kernel: Class: internal Software error Jan 19 15:32:40 linux kernel: Nr: 0x19e Jan 19 15:32:40 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:41 linux kernel: eth0: -- ERROR -- Jan 19 15:32:41 linux kernel: Class: internal Software error Jan 19 15:32:41 linux kernel: Nr: 0x19e Jan 19 15:32:41 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:42 linux kernel: eth0: -- ERROR -- Jan 19 15:32:42 linux kernel: Class: internal Software error Jan 19 15:32:42 linux kernel: Nr: 0x19e Jan 19 15:32:42 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:43 linux kernel: eth0: -- ERROR -- Jan 19 15:32:43 linux kernel: Class: internal Software error Jan 19 15:32:43 linux kernel: Nr: 0x19e Jan 19 15:32:43 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:43 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:43 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:43 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:43 linux kernel: Class = 0x0 Jan 19 15:32:43 linux kernel: Function = 0x1 Jan 19 15:32:43 linux kernel: ManuData = <80 04 00 9b 01 01> Jan 19 15:32:43 linux kernel: Jan 19 15:32:44 linux kernel: eth0: -- ERROR -- Jan 19 15:32:44 linux kernel: Class: internal Software error Jan 19 15:32:44 linux kernel: Nr: 0x19e Jan 19 15:32:44 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:45 linux kernel: eth0: -- ERROR -- Jan 19 15:32:45 linux kernel: Class: internal Software error Jan 19 15:32:45 linux kernel: Nr: 0x19e Jan 19 15:32:45 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:46 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:46 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:46 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:46 linux kernel: Class = 0x0 Jan 19 15:32:46 linux kernel: Function = 0x1 Jan 19 15:32:46 linux kernel: ManuData = <80 04 00 99 01 0b> Jan 19 15:32:46 linux kernel: Jan 19 15:32:46 linux kernel: eth0: -- ERROR -- Jan 19 15:32:46 linux kernel: Class: internal Software error Jan 19 15:32:46 linux kernel: Nr: 0x19e Jan 19 15:32:46 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:47 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:47 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:47 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:47 linux kernel: Class = 0x0 Jan 19 15:32:47 linux kernel: Function = 0x1 Jan 19 15:32:47 linux kernel: ManuData = <80 04 02>�01 03> Jan 19 15:32:47 linux kernel: Jan 19 15:32:47 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:47 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:47 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:47 linux kernel: Class = 0x0 Jan 19 15:32:47 linux kernel: Function = 0x1 Jan 19 15:32:47 linux kernel: ManuData = <80 08 02>�01 05> Jan 19 15:32:47 linux kernel: Jan 19 15:32:48 linux kernel: eth0: -- ERROR -- Jan 19 15:32:48 linux kernel: Class: internal Software error Jan 19 15:32:48 linux kernel: Nr: 0x19e Jan 19 15:32:48 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:49 linux kernel: eth0: -- ERROR -- Jan 19 15:32:49 linux kernel: Class: internal Software error Jan 19 15:32:49 linux kernel: Nr: 0x19e Jan 19 15:32:49 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:50 linux kernel: eth0: -- ERROR -- Jan 19 15:32:50 linux kernel: Class: internal Software error Jan 19 15:32:50 linux kernel: Nr: 0x19e Jan 19 15:32:50 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:51 linux kernel: eth0: -- ERROR -- Jan 19 15:32:51 linux kernel: Class: internal Software error Jan 19 15:32:51 linux kernel: Nr: 0x19e Jan 19 15:32:51 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:52 linux kernel: eth0: -- ERROR -- Jan 19 15:32:52 linux kernel: Class: internal Software error Jan 19 15:32:52 linux kernel: Nr: 0x19e Jan 19 15:32:52 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 00 99 01 0c> Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: eth0: -- ERROR -- Jan 19 15:32:53 linux kernel: Class: internal Software error Jan 19 15:32:53 linux kernel: Nr: 0x19e Jan 19 15:32:53 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0035 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 02 99 06 0c 08 01>i<0f> Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 Call to tei 76 from +49 2166/420449, M�chengladbach-Rheydt on +49 2166/9420449, M�chengladbach-Rheydt CONNECT (3.1 kHz audio) Jan 19 15:32:53 linux kernel: eth0: -- ERROR -- Jan 19 15:32:53 linux kernel: Class: internal Software error Jan 19 15:32:53 linux kernel: Nr: 0x19e Jan 19 15:32:53 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0056 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 02>�04 02 08 01 84 07 29 05 05 01 13 0f 22>L<0c 21 81>2166420449 Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 08 02>�01 06> Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_ACTIVE_IND ID=002 #0x0044 LEN=0027 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: ConnectedNumber = <21 81>2166420449 Jan 19 15:32:53 linux kernel: ConnectedSubaddress = default Jan 19 15:32:53 linux kernel: LLC = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_ACTIVE_RESP ID=002 #0x0044 LEN=0012 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_B3_REQ ID=002 #0x000f LEN=0013 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: NCPI = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_B3_CONF ID=002 #0x000f LEN=0014 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x10101 Jan 19 15:32:53 linux kernel: Info = 0x0 Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/9420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt Time:Wed Jan 19 15:34:00 2005 Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt COLP +49 2166/420449, M�chengladbach-Rheydt Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt CONNECT (3.1 kHz audio) Jan 19 15:32:53 linux kernel: eth0: -- ERROR -- Jan 19 15:32:53 linux kernel: Class: internal Software error Jan 19 15:32:53 linux kernel: Nr: 0x19e Jan 19 15:32:53 linux kernel: Msg: Vpd: Cannot read VPD keys Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt CHARGE: 5.997 /90s = 3.998 /Min (DTAG T-ISDN Standard, City, Werktag (Mittwoch), Tag) Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt HINT: Better use 01081:01081, 1.000 /60s = 1.000 /Min, saving 3.527 /Min Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt 1.CI 5.997 (now) Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449, M�chengladbach-Rheydt NEXT CI AFTER 01:30 (DTAG T-ISDN Standard, City, Werktag (Mittwoch), Tag) Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0053 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 02><03 08 00>b<1c 12 91 a1 0f 02 02 00>�06 06 04 00 82>g<01 0a 02 01>l Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0030 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 00 9d>s Jan 19 15:32:53 linux kernel:
On Wed, Jan 19, 2005 at 01:51:31PM +0100, LogoAbel@web.de wrote:
unter suse 9.2 ist alles normal konfiguriert und ich kann auch über isdn surfen. Das versenden des Fax scheint zu funktionieren. Das faxgerät wird angewählt, leutet, schaltet auf fax empfang ----wartet und dann nach 25 sec erfolgt der Abbruch. Es wird kein Doc ausgegeben. Auf dem gleichen Rechner läuft die Karte unter xp ohne Probleme. Leitung und Karte sind also ok. Hab mal eine suse 9.1 draufgeschmissen, alles ok !! ???? Was läuft hier falsch? wo bekomme ich etwaige Fehlermeldungen her?
Erstmal waeren ein paar Angaben zur Fax HW und zu den verwendeten Programmen (hylafax, capisuite) wichtig, sonst kann Dir auch niemand sagen wo Du die entsprechenden Logfiles findest.
Da ich annehme das Du CAPI verwendest, kannst Du mit avmcapictrl trace on einen CAPI debug Trace erzeugen, der eventuell das Problem aufzeigt oder zumindest beim Einkreisen hilft. Das trace wird in /var/log/messages geschrieben.
-- Karsten Keil SuSE Labs ISDN development
Am Mittwoch, 19. Januar 2005 15:38 schrieb LogoAbel@web.de: Noch ein Nachtrag: Was hat die 9 zu bedeuten? Wo kommt die her? meine Nr. ist 02166420449 in der erste zeile ist sie richtig, aber in der 2. Zeile lautet sie +49 2166/9420449
Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, M�chengladbach-Rheydt with +49 2166/9420449,
On Wed, Jan 19, 2005 at 03:38:42PM +0100, LogoAbel@web.de wrote:
Am Mittwoch, 19. Januar 2005 15:01 schrieb Karsten Keil: Es ist capisuite ohne hylafax auf einer fritzcard pci avmcapictrl trace on gibt folgendes aus nach einem dmods kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 02 9b 01 01>
kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 9b 01 01>
kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 99 01 01>
Dann die /var/log/messages Sorry ist eine laaaaannnnngggge Liste, scheint sich ständig zu wiederholen. Aber wo ist der Fehler??? Was hat es mit den Eth 0 errors auf sich? was bedeutet class:internal software error ?
Keine Ahnung, aber eventuell besteht da ein Zusammenhang, das sich irgendwas behindert. ...
02>???01 06> Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_ACTIVE_IND ID=002 #0x0044 LEN=0027 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: ConnectedNumber = <21 81>2166420449 Jan 19 15:32:53 linux kernel: ConnectedSubaddress = default Jan 19 15:32:53 linux kernel: LLC = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_ACTIVE_RESP ID=002 #0x0044 LEN=0012 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel:
OK hier hat die Gegenstelle abgenommen
Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_B3_REQ ID=002 #0x000f LEN=0013 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: NCPI = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_B3_CONF ID=002 #0x000f LEN=0014 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x10101 Jan 19 15:32:53 linux kernel: Info = 0x0 Jan 19 15:32:53 linux kernel:
Der Verbindungsaufbau im B Kanal zum Faxgeraet wurde initiert. ...
Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0030 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 00 9d>s Jan 19 15:32:53 linux kernel:
Ab hier wird es eigentlich erst interessant. Die eth Fehlermeldungen lassen vermuten, das es irgenswelche Konflikte auf der Hardwareebene gibt, eventuell bedingt durch den neuen ACPI code, eventuell mal mit pci=noacpi booten oder ACPI ganz abschalten (acpi=off). -- Karsten Keil SuSE Labs ISDN development
* LogoAbel@web.de schrieb:
Am Mittwoch, 19. Januar 2005 15:38 schrieb LogoAbel@web.de:
Noch ein Nachtrag: Was hat die 9 zu bedeuten? Wo kommt die her? meine Nr. ist 02166420449 in der erste zeile ist sie richtig, aber in der 2. Zeile lautet sie +49 2166/9420449
Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, Mönchengladbach-Rheydt with +49 2166/9420449,
isdnlog ist der Ansicht, dass bei der abgehenden Verbindung "9420449" als Quellrufnummer angegeben wurde. Bei der zugehörigen eingehenden Verbindung (trotz Selbstanruf handelt es sich für isdnlog um zwei separate Verbindungen) erkennt isdnlog auf der eigenen Seite wiederum diese Nummer:
Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt RING (3.1 kHz audio) Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt HLC: CCITT, Fax Gr.2/3 (F.182) [...] Jan 19 15:32:36 linux kernel: capidrv-1: incoming call 2166420449,2,2,420449
Da in der Meldung von capidrv, über den isdnlog seine Daten erhält, die korrekte Zielrufnummer erscheint, liegt die Ursache für die falsche Ausgabe vermutlich bei isdnlog. Ich würde dem gerne nachgehen. Hierfür benötige eine Startmeldung von isdnlog und eine Replaydatei zu einem Selbstanruf wie oben. Zur Erstellung der Replaydatei die Zeilen "flush=yes" und "log=15" zur isdnlog-Parameterdatei /etc/isdn/isdnlog.contr0.options o. ä. hinzufügen und isdnlog z. B. mittels "killall -HUP isdnlog" neu starten. Hierdurch kopiert isdnlog alle via capidrv empfangenen D-Kanal-Nachrichten nach /tmp/isdnctrl0. Nach dem ein Selbstanruf aufgezeichnet wurde, /tmp/isdnctrl0 kopieren und mir zuschicken. Wenn Unklarheit über darin enthaltenen Informationen besteht, hilft "isdnlog -m0x7fffffff -r <Replaydatei>" weiter. Die Startmeldung erscheint nachdem "killall -HUP isdnlog" und kann dann z. B. so aussehen:
restarting /usr/local/sbin/isdnlog exit now -9 procinfo: chan 1, state -1 isdnlog Version 4.69 starting Holiday Version 1.10-Germany [12-Apr-1999] loaded [11 entries from /usr/local/lib/isdn/holiday-de.dat] Dest V1.01: File '/usr/local/lib/isdn/dest.cdb' opened fine - Dest 1.0 int (+h) AT DE BE CN Zone V1.25: Provider 0 File '/usr/local/lib/isdn/zone-de-dtag.cdb' opened fine - V1.25 K2 C2 N256 T157147 O1 L5 Rates Version 3.11 [18-Jan-2005 14:34:28] loaded [89 Providers, 1810 Zones, 4402 Areas, 86 Services, 723 Comments, 10 eXceptions, 69 Redirects, 4668 Rates from /usr/local/lib/isdn/rate-de.dat] (ISDN subsystem with ISDN_MAX_CHANNELS > 16 detected, ioctl(IIOCNETGPN) is available) isdn.conf:2 active channels, 8 MSN/SI entries (watching "/dev/isdnctrl0" as HFC/echo mode) (Data versions: iprofd=0x05 net_cfg=0x05 /dev/isdninfo=0x01) Everything is fine, isdnlog-4.69 is running in full featured mode. (HiSax driver detected)
Wenn zunächst das eigentliche Fax-Problem gelöst werden soll und sich daher das Erstellen der Replaydatei verzögert, ist dies kein Problem. 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 *
Stimmt!! hier liegt das Problem. Wenn ich acpi=off starte, kann ich garnicht mehr faxen und bekomme folgende Meldung: KDEPrint-Fax-Log Eingabedateien in PostScript umwandeln Fax wird gesendet an: 420449 () Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_2uE8ZL2V' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ? cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt Was bedeuter das denn nun? starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet Danke für Hilfe Jörg Am Mittwoch, 19. Januar 2005 17:53 schrieb Karsten Keil:
On Wed, Jan 19, 2005 at 03:38:42PM +0100, LogoAbel@web.de wrote:
Am Mittwoch, 19. Januar 2005 15:01 schrieb Karsten Keil: Es ist capisuite ohne hylafax auf einer fritzcard pci avmcapictrl trace on gibt folgendes aus nach einem dmods kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 02 9b 01 01>
kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 9b 01 01>
kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0031 Controller/PLCI/NCCI = 0x1 ManuID = 0x214d5641 Class = 0x0 Function = 0x1 ManuData = <80 04 00 99 01 01>
Dann die /var/log/messages Sorry ist eine laaaaannnnngggge Liste, scheint sich ständig zu wiederholen. Aber wo ist der Fehler??? Was hat es mit den Eth 0 errors auf sich? was bedeutet class:internal software error ?
Keine Ahnung, aber eventuell besteht da ein Zusammenhang, das sich irgendwas behindert. ...
02>???01 06> Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_ACTIVE_IND ID=002 #0x0044 LEN=0027 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: ConnectedNumber = <21 81>2166420449 Jan 19 15:32:53 linux kernel: ConnectedSubaddress = default Jan 19 15:32:53 linux kernel: LLC = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_ACTIVE_RESP ID=002 #0x0044 LEN=0012 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel:
OK hier hat die Gegenstelle abgenommen
Jan 19 15:32:53 linux kernel: kcapi: put [0x1] CONNECT_B3_REQ ID=002 #0x000f LEN=0013 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x101 Jan 19 15:32:53 linux kernel: NCPI = default Jan 19 15:32:53 linux kernel: Jan 19 15:32:53 linux kernel: capilib_new_ncci: kcapi: appl 2 ncci 0x10101 up Jan 19 15:32:53 linux kernel: kcapi: got [0x1] CONNECT_B3_CONF ID=002 #0x000f LEN=0014 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x10101 Jan 19 15:32:53 linux kernel: Info = 0x0 Jan 19 15:32:53 linux kernel:
Der Verbindungsaufbau im B Kanal zum Faxgeraet wurde initiert. ...
Jan 19 15:32:53 linux kernel: kcapi: got [0x1] MANUFACTURER_IND ID=001 #0x0000 LEN=0030 Jan 19 15:32:53 linux kernel: Controller/PLCI/NCCI = 0x1 Jan 19 15:32:53 linux kernel: ManuID = 0x214d5641 Jan 19 15:32:53 linux kernel: Class = 0x0 Jan 19 15:32:53 linux kernel: Function = 0x1 Jan 19 15:32:53 linux kernel: ManuData = <80 04 00 9d>s Jan 19 15:32:53 linux kernel:
Ab hier wird es eigentlich erst interessant.
Die eth Fehlermeldungen lassen vermuten, das es irgenswelche Konflikte auf der Hardwareebene gibt, eventuell bedingt durch den neuen ACPI code, eventuell mal mit pci=noacpi
booten oder ACPI ganz abschalten (acpi=off).
-- Karsten Keil SuSE Labs ISDN development
On Thu, Jan 20, 2005 at 11:36:46AM +0100, LogoAbel@web.de wrote:
Stimmt!! hier liegt das Problem. Wenn ich acpi=off starte, kann ich garnicht mehr faxen und bekomme folgende Meldung:
KDEPrint-Fax-Log
Eingabedateien in PostScript umwandeln
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_2uE8ZL2V' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ?
cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Was bedeuter das denn nun?
Seltsam was sagt denn capiinfo
starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet
und ist pci=noacpi besser ? Wie sieht den cat /proc/interrupts aus ? -- Karsten Keil SuSE Labs ISDN development
Nachricht an Karsten Keil hier capiinfo mit acpi: ja@linux:~> su Password: linux:/home/ja # capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 mit pci=acpioff linux:/home/ja # capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 beim Versenden kommt dann folgende Fehlermeldung Fax wird gesendet an: 420449 () Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_0U1pJglF' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ? cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt linux:/home/ja # cat /proc/interrupts CPU0 0: 4270728 XT-PIC timer 1: 589 XT-PIC i8042 2: 0 XT-PIC cascade 5: 197 XT-PIC libata, ehci_hcd, VIA8233 9: 0 XT-PIC acpi 10: 42229 XT-PIC libata, SysKonnect SK-98xx, uhci_hcd, uhci_hcd 11: 1064949 XT-PIC ohci1394, uhci_hcd, uhci_hcd, fcpci 12: 23024 XT-PIC i8042 14: 68229 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 1 MIS: 0 linux:/home/ja # bringt uns das weiter?? Jörg Abel
On Thu, Jan 20, 2005 at 11:36:46AM +0100, LogoAbel@web.de wrote:
Stimmt!! hier liegt das Problem. Wenn ich acpi=off starte, kann ich garnicht mehr faxen und bekomme folgende Meldung:
KDEPrint-Fax-Log
Eingabedateien in PostScript umwandeln
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_2uE8ZL2V' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ?
cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro
[Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Was bedeuter das denn nun?
Seltsam was sagt denn capiinfo
starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet
und ist pci=noacpi besser ?
Wie sieht den cat /proc/interrupts aus ?
-- Karsten Keil SuSE Labs ISDN development
On Thu, Jan 20, 2005 at 02:00:16PM +0100, LogoAbel@web.de wrote:
Nachricht an Karsten Keil
hier capiinfo mit acpi:
ja@linux:~> su Password: linux:/home/ja # capiinfo Number of Controllers : 1 ...
sieht OK aus.
mit pci=acpioff
pci=noacpi nicht pci=acpioff Interessanter ist /cat /proc/interrupts in beiden Faellen.
beim Versenden kommt dann folgende Fehlermeldung
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_0U1pJglF' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ? cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Kann ich nichts zu sagen, das sieht sehr seltsam aus.
linux:/home/ja # cat /proc/interrupts CPU0 0: 4270728 XT-PIC timer 1: 589 XT-PIC i8042 2: 0 XT-PIC cascade 5: 197 XT-PIC libata, ehci_hcd, VIA8233 9: 0 XT-PIC acpi 10: 42229 XT-PIC libata, SysKonnect SK-98xx, uhci_hcd, uhci_hcd 11: 1064949 XT-PIC ohci1394, uhci_hcd, uhci_hcd, fcpci 12: 23024 XT-PIC i8042 14: 68229 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 1 MIS: 0 linux:/home/ja #
bringt uns das weiter??
Ja, bei IRQ sharing mit fcpci gibt es immer wieder Probleme. 1. mal probieren ob es mit apic als bootoption besser wird (nicht acpi). auch hier ist cat /proc/interrupts interessant 2. Andere PCI Slots probieren oder im BIOS versuchen einen Interrupt fuer die Fritz PCI zu isolieren. -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 20. Januar 2005 16:15 schrieb Karsten Keil: hab jetzt alles ausprobiert: pci=noapci : genauso ist apci=off Ergebnis kann kein fax senden Meldung von kdefaxprogramm: KDEPrint-Fax-Log Eingabedateien in PostScript umwandeln Fax wird gesendet an: 420449 () Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_n8OLmwCJ' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ? cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt Capiinfo usw. melden: ja@linux:~> su Password: linux:/home/ja # cat /proc/interrupts CPU0 0: 152664 XT-PIC timer 1: 143 XT-PIC i8042 2: 0 XT-PIC cascade 5: 219 XT-PIC libata, ehci_hcd, VIA8233 9: 0 XT-PIC acpi 10: 9620 XT-PIC libata, SysKonnect SK-98xx, uhci_hcd, uhci_hcd 11: 30971 XT-PIC ohci1394, uhci_hcd, uhci_hcd, fcpci 12: 5304 XT-PIC i8042 14: 1569 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 1 MIS: 0 linux:/home/ja # capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS linux:/home/ja # Wie schalte ich apic beim booten ein??? Wie kann ich im bios einen interrupt isolieren für fritz? Ami bios , ist alles auf Pnp eingestellt. Was kann mir ein Umstecken der Karte einbringen?? Danke für Deine Mühe bin erst morgen wieder an der Kiste schönen Abend und Feierabend Jörg
On Thu, Jan 20, 2005 at 02:00:16PM +0100, LogoAbel@web.de wrote:
Nachricht an Karsten Keil
hier capiinfo mit acpi:
ja@linux:~> su Password: linux:/home/ja # capiinfo Number of Controllers : 1
...
sieht OK aus.
mit pci=acpioff
pci=noacpi
nicht pci=acpioff
Interessanter ist /cat /proc/interrupts in beiden Faellen.
beim Versenden kommt dann folgende Fehlermeldung
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_0U1pJglF' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ? cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro
[Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Kann ich nichts zu sagen, das sieht sehr seltsam aus.
linux:/home/ja # cat /proc/interrupts CPU0 0: 4270728 XT-PIC timer 1: 589 XT-PIC i8042 2: 0 XT-PIC cascade 5: 197 XT-PIC libata, ehci_hcd, VIA8233 9: 0 XT-PIC acpi 10: 42229 XT-PIC libata, SysKonnect SK-98xx, uhci_hcd, uhci_hcd 11: 1064949 XT-PIC ohci1394, uhci_hcd, uhci_hcd, fcpci 12: 23024 XT-PIC i8042 14: 68229 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 1 MIS: 0 linux:/home/ja #
bringt uns das weiter??
Ja, bei IRQ sharing mit fcpci gibt es immer wieder Probleme.
1. mal probieren ob es mit apic als bootoption besser wird (nicht acpi). auch hier ist cat /proc/interrupts interessant 2. Andere PCI Slots probieren oder im BIOS versuchen einen Interrupt fuer die Fritz PCI zu isolieren.
-- Karsten Keil SuSE Labs ISDN development
On Thu, Jan 20, 2005 at 05:10:40PM +0100, LogoAbel@web.de wrote: ...
linux:/home/ja #
Wie schalte ich apic beim booten ein???
Ist ein boot parameter: apic (genau wie acpi=off bzw pci=noacpi).
Wie kann ich im bios einen interrupt isolieren für fritz? Ami bios , ist alles auf Pnp eingestellt.
Das haengt vom BIOS und Hersteller ab, meist hilft es nicht, bei einigen kann man die PCI IRQs zuweisen.
Was kann mir ein Umstecken der Karte einbringen??
Normalerweise bekommt jeder Slot einen anderen IRQ (OK bei 4 slots, bei 5 sind 2 gleich). -- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 20. Januar 2005 17:10 schrieb LogoAbel@web.de:
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449'
Gibt mal bei der Faxnummer die Ortsvorwahl an. Das hat beimir geholfen. Gruß Dieter
Hi! LogoAbel@web.de schrieb am 20.01.2005 11:36:
Stimmt!! hier liegt das Problem. Wenn ich acpi=off starte, kann ich garnicht mehr faxen und bekomme folgende Meldung:
KDEPrint-Fax-Log
Eingabedateien in PostScript umwandeln
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_2uE8ZL2V' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ?
cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro : [Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Was bedeuter das denn nun?
Ein Rechteproblem in deinem Spoolverzeichnis. Das deckt sich aber nicht mit deiner Aussage in deiner ersten Mail. Wenn da versucht wird "fax-0.txt" anzulegen hat zumindest user "ja" noch nie ein Fax verschickt (oder ziwschendurch was gelöscht). Kannst du als user "ja" in das Verzeichnis /var/spool/capisuite/users/ja/sendq/ wechseln und Dateien anlegen?
starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet
Das sich die Rechte nach abschalten von acpi oder was auch immer verändern halte ich für ausgeschlossen... Mir ist immernoch völlig unklar wie es klingeln kann wenn noch nicht mal ein einziges Fax gespoolt wurde. Benutzt du zum Testen mehrere User? Löschst du im Spoolverzeichnis Dateien? Gruß, Ingo -- ## Registered Linux User #274727 -- http://counter.li.org/ ## Windows, Linux und Mac Office-Suite -- http://de.openoffice.org/ ## Die OpenOffice.org PrOOo-Box -- http://prooo-box.org/
Am Donnerstag, 20. Januar 2005 17:47 schrieb Karsten Keil: mit apic als boot promt ergibt sich: ja@linux:~> mit apic als bootpromt bash: mit: command not found ja@linux:~> ja@linux:~> capiinfo Number of Controllers : 1 Controller 1: Manufacturer: AVM GmbH CAPI Version: 2.0 Manufacturer Version: 3.101-02 (49.18) Serial Number: 1000001 BChannels: 2 Global Options: 0x00000039 internal controller supported DTMF supported Supplementary Services supported channel allocation supported (leased lines) B1 protocols support: 0x4000011f 64 kbit/s with HDLC framing 64 kbit/s bit-transparent operation V.110 asynconous operation with start/stop byte framing V.110 synconous operation with HDLC framing T.30 modem for fax group 3 Modem asyncronous operation with start/stop byte framing B2 protocols support: 0x00000b1b ISO 7776 (X.75 SLP) Transparent LAPD with Q.921 for D channel X.25 (SAPI 16) T.30 for fax group 3 ISO 7776 (X.75 SLP) with V.42bis compression V.120 asyncronous mode V.120 bit-transparent mode B3 protocols support: 0x800000bf Transparent T.90NL, T.70NL, T.90 ISO 8208 (X.25 DTE-DTE) X.25 DCE T.30 for fax group 3 T.30 for fax group 3 with extensions Modem 0100 0200 39000000 1f010040 1b0b0000 bf000080 00000000 00000000 00000000 00000000 00000000 00000000 01000001 00020000 00000000 00000000 00000000 Supplementary services support: 0x000003ff Hold / Retrieve Terminal Portability ECT 3PTY Call Forwarding Call Deflection MCID CCBS ja@linux:~> su Password: linux:/home/ja # cat /proc/interrupts CPU0 0: 205210 IO-APIC-edge timer 1: 176 IO-APIC-edge i8042 9: 0 IO-APIC-level acpi 12: 5792 IO-APIC-edge i8042 14: 2443 IO-APIC-edge ide0 169: 57352 IO-APIC-level ohci1394, fcpci 177: 0 IO-APIC-level libata 185: 677 IO-APIC-level SysKonnect SK-98xx 193: 9899 IO-APIC-level libata 201: 56 IO-APIC-level uhci_hcd, uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd 209: 218 IO-APIC-level VIA8233 NMI: 0 LOC: 205165 ERR: 0 MIS: 0 linux:/home/ja # sonderbar finde ich , dass der irq im suse plugger in der isdn hardware für die fritzcard mit 169 angegeben ist . Gestern wars noch 11 Kommen wir weiter????????????? Jörg
On Thu, Jan 20, 2005 at 05:10:40PM +0100, LogoAbel@web.de wrote: ...
linux:/home/ja #
Wie schalte ich apic beim booten ein???
Ist ein boot parameter: apic (genau wie acpi=off bzw pci=noacpi).
Wie kann ich im bios einen interrupt isolieren für fritz? Ami bios , ist alles auf Pnp eingestellt.
Das haengt vom BIOS und Hersteller ab, meist hilft es nicht, bei einigen kann man die PCI IRQs zuweisen.
Was kann mir ein Umstecken der Karte einbringen??
Normalerweise bekommt jeder Slot einen anderen IRQ (OK bei 4 slots, bei 5 sind 2 gleich).
-- Karsten Keil SuSE Labs ISDN development
On Fri, Jan 21, 2005 at 10:53:42AM +0100, LogoAbel@web.de wrote:
Am Donnerstag, 20. Januar 2005 17:47 schrieb Karsten Keil: mit apic als boot promt ergibt sich:
...
linux:/home/ja # cat /proc/interrupts CPU0 0: 205210 IO-APIC-edge timer 1: 176 IO-APIC-edge i8042 9: 0 IO-APIC-level acpi 12: 5792 IO-APIC-edge i8042 14: 2443 IO-APIC-edge ide0 169: 57352 IO-APIC-level ohci1394, fcpci 177: 0 IO-APIC-level libata 185: 677 IO-APIC-level SysKonnect SK-98xx 193: 9899 IO-APIC-level libata 201: 56 IO-APIC-level uhci_hcd, uhci_hcd, uhci_hcd, uhci_hcd, ehci_hcd 209: 218 IO-APIC-level VIA8233 NMI: 0 LOC: 205165 ERR: 0 MIS: 0 linux:/home/ja #
sonderbar finde ich , dass der irq im suse plugger in der isdn hardware für die fritzcard mit 169 angegeben ist . Gestern wars noch 11
Das sieht schonmal nicht schlecht aus, nur moch der Firewire Kontroller sitzt auf dem selben IRQ. Benutzt Du Firewire ? Wenn nein kannst Du den als root mit echo "alias ohci1394 off" > /etc/modprobe.d/ohci1394 ausschalten (erst nach reboot wirksam), falls Du spaeter Firewire brauchst einfach rm /etc/modprobe.d/ohci1394
Kommen wir weiter?????????????
Jetzt ist die Frage warum es die capisuite errors gibt, wie Ingo schon bemerkt hat, irgendwas ist da nicht schluessig. Der user ja muss als capisuite user definiert sein (z.B. ueber den YaST Fax Dialog). -- Karsten Keil SuSE Labs ISDN development
Ja , der user ja ist über yast fax eingerichtet Jörg
Jetzt ist die Frage warum es die capisuite errors gibt, wie Ingo schon bemerkt hat, irgendwas ist da nicht schluessig.
Der user ja muss als capisuite user definiert sein (z.B. ueber den YaST Fax Dialog).
-- Karsten Keil SuSE Labs ISDN development
On Fri, Jan 21, 2005 at 12:44:42PM +0100, logoAbel@web.de wrote:
Ja , der user ja ist über yast fax eingerichtet
Dann mach mal die Tests die Ingo vorgeschlagen hat. Auch das capisuite FAX config file ist interessant.
Jörg
Jetzt ist die Frage warum es die capisuite errors gibt, wie Ingo schon bemerkt hat, irgendwas ist da nicht schluessig.
Der user ja muss als capisuite user definiert sein (z.B. ueber den YaST Fax Dialog).
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
Antworten siehe Unten Am Freitag, 21. Januar 2005 10:04 schrieb Ingo Göppert:
Hi!
LogoAbel@web.de schrieb am 20.01.2005 11:36:
Stimmt!! hier liegt das Problem. Wenn ich acpi=off starte, kann ich garnicht mehr faxen und bekomme folgende Meldung:
KDEPrint-Fax-Log
Eingabedateien in PostScript umwandeln
Fax wird gesendet an: 420449 ()
Überspielung an Fax mit /usr/bin/capisuitefax -d '420449' '/tmp/kde-ja/kdeprint_2uE8ZL2V' Traceback (most recent call last): File "/usr/bin/capisuitefax", line 203, in ?
cs_helpers.writeDescription(newname,"dialstring=\""+dialstring+"\"\n" File "/usr/lib/python2.3/site-packages/cs_helpers.py", line 283, in writeDescription
descr=open(filename[:filename.rindex('.')+1]+"txt","w") IOErro
[Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Was bedeuter das denn nun?
Ein Rechteproblem in deinem Spoolverzeichnis. Das deckt sich aber nicht mit deiner Aussage in deiner ersten Mail. Wenn da versucht wird "fax-0.txt" anzulegen hat zumindest user "ja" noch nie ein Fax verschickt (oder ziwschendurch was gelöscht).
Kannst du als user "ja" in das Verzeichnis /var/spool/capisuite/users/ja/sendq/ wechseln und Dateien anlegen?
Ja
starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet
Das sich die Rechte nach abschalten von acpi oder was auch immer verändern halte ich für ausgeschlossen... Mir ist immernoch völlig unklar wie es klingeln kann wenn noch nicht mal ein einziges Fax gespoolt wurde. Benutzt du zum Testen mehrere User?
nein
Löschst du im Spoolverzeichnis Dateien?
nach erfolglosem Versuch ja, da es sonst 20 mal erneutes Klingeln gibt und das nervt. ich kann das so abstellen Gruß Jörg
Gruß, Ingo
On Fri, Jan 21, 2005 at 01:02:35PM +0100, logoabel@web.de wrote:
IOErro
[Errno 13] Permission denied: '/var/spool/capisuite/users/ja/sendq/fax-0.txt
Was bedeuter das denn nun?
Ein Rechteproblem in deinem Spoolverzeichnis. Das deckt sich aber nicht mit deiner Aussage in deiner ersten Mail. Wenn da versucht wird "fax-0.txt" anzulegen hat zumindest user "ja" noch nie ein Fax verschickt (oder ziwschendurch was gelöscht).
Kannst du als user "ja" in das Verzeichnis /var/spool/capisuite/users/ja/sendq/ wechseln und Dateien anl" in das Verzeichnis /var/spool/capisuite/users/ja/sendq/ wechseln und Dateien anlegen?
Ja
ls -al /var/spool/capisuite/users/ja/sendq
starte ich danach wieder mit acpi, ist alles beim alten: es klingelt aber keine nachricht wird übermittlet
Das sich die Rechte nach abschalten von acpi oder was auch immer verändern halte ich für ausgeschlossen... Mir ist immernoch völlig unklar wie es klingeln kann wenn noch nicht mal ein einziges Fax gespoolt wurde. Benutzt du zum Testen mehrere User?
nein
Löschst du im Spoolverzeichnis Dateien?
OK um erstmal alles andere auszuschliesen bitte mal manuell ein Fax versenden: Ein Textfile test.txt mit ein paar Zeilen erzeugen und dieses in Postscript wandeln: a2ps -1 -o test.ps test.txt Dann dieses (alles als user ja) versenden: capisuitefax -d 1234 test.ps (1234 durch die Zielfaxnummer ersetzen) -- Karsten Keil SuSE Labs ISDN development
* Tobias Becker schrieb am 19. Januar 2005:
* LogoAbel@web.de schrieb:
Am Mittwoch, 19. Januar 2005 15:38 schrieb LogoAbel@web.de:
Noch ein Nachtrag: Was hat die 9 zu bedeuten? Wo kommt die her? meine Nr. ist 02166420449 in der erste zeile ist sie richtig, aber in der 2. Zeile lautet sie +49 2166/9420449
Jan 19 15:32:53 linux isdnlog: Jan 19 15:32:53 tei 108 calling +49 2166/420449, Mönchengladbach-Rheydt with +49 2166/9420449,
isdnlog ist der Ansicht, dass bei der abgehenden Verbindung "9420449" als Quellrufnummer angegeben wurde. Bei der zugehörigen eingehenden Verbindung (trotz Selbstanruf handelt es sich für isdnlog um zwei separate Verbindungen) erkennt isdnlog auf der eigenen Seite wiederum diese Nummer:
Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt RING (3.1 kHz audio) Jan 19 15:32:36 linux isdnlog: Jan 19 15:32:36 * Call to tei 127 from +49 2166/420449, Mönchengladbach-Rheydt on +49 2166/9420449, Mönchengladbach-Rheydt HLC: CCITT, Fax Gr.2/3 (F.182) [...] Jan 19 15:32:36 linux kernel: capidrv-1: incoming call 2166420449,2,2,420449
Da in der Meldung von capidrv, über den isdnlog seine Daten erhält, die korrekte Zielrufnummer erscheint, liegt die Ursache für die falsche Ausgabe vermutlich bei isdnlog.
Zwecks Nachvollziehbarkeit für die Allgemeinheit seien hierzu die folgenden Hinweise gegeben: Dank der mir zugesandten Replaydatei konnte ich dieses Problem der falschen Rufnummern mit hoher Wahrscheinlichkeit als Fehler im isdnlog einordnen. Es tritt immer dann auf, wenn sich mehr als eine Verbindung gleichzeitig im Aufbau befindet. (Genauer: Wenn bei mehr als einer Verbindung noch kein B-Kanal verbindlich ausgewählt wurde.) Diese Bedingung ist insbesondere auch bei Selbstanrufen erfüllt. Seit dem 16. Dezember 2004 gibt es im CVS von isdn4linux.de eine entsprechende Korrektur [1] der Quelltexte, mit der zumindest Selbstanrufe wie in diesem Fall hier korrekt protokolliert werden. Ein installierter isdnlog enthält diese Korrektur, wenn seine Version mindestens 4.69 ist _und_ in seiner Manpage die Parameterdatei- Einstellung "areacode" erwähnt wird. [1] http://www.isdn4linux.de/cgi-bin/viewcvs.cgi/isdn4k-utils/isdnlog/isdnlog/processor.c.diff?r1=1.130&r2=1.131 Das eigentliche Problem des Faxversands wurde ebenfalls gelöst, siehe hierzu: | From: LogoAbel@web.de | To: suse-isdn@suse.com | Date: Mon, 24 Jan 2005 16:21:20 +0100 | Message-Id: <200501241621.20908.LogoAbel@web.de> | Subject: [suse-isdn] fax versenden =?iso-8859-1?q?unm=F6glich=3F=3F?= 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 *
participants (7)
-
Heinz Dieter Schmickler -
Ingo Göppert -
Karsten Keil -
logoAbel＠web.de -
logoabel＠web.de
-
LogoAbel＠web.de
-
Tobias Becker