Januar 2003 - Linux

Hylafax h�ngt sich weg
by Frank Baurichter 24 Jan '03

24 Jan '03

Hallo Liste! Seit ca. 2-3 Wochen ham wir hier ja jetzt Hylafax am laufen auf einer Debian Woody mit Kernel 2.4.18 Wir benutzen es nur zum Faxe empfangen. Nun h�ngt sich das Modem oder Hylafax zwischendurch weg. Dann ist da in der Empfangsschlange ein neues Fax angekommen, was da als tiff rumliegt. Bisher habe ich aber noch keinen viewer gefunden, mit dem ich es mir anschauen kann. Ich bekomme immer nur die Meldung, dass ein Fehler auftritt. Ein Tiff im Quellext anschauen habe ich noch nicht versucht. Das Modem bleibt online und legt nicht mehr auf. Wodurch kann das eventuell ausgel�st werden? W�rde es sich lohnen, die Faxe mal jemandem zu Mailen, ob man erkennen kann, was da schiefl�uft? Ich vermute der Uhrzeit nach, dass es sich um irgendwelche Werbefaxe handelt. Kann es sein, dass die Gegenseite mit EDV faxt und sich nicht an die notwendigen Standards h�lt? Die Gr��e der Tiff Dateien mit 45-46 kB scheint i.O. zu sein. Was macht �brigens die seqf-Datei im Empfangsverzeichnis von Hylafax? Die hat nun genau das gleiche Datum wie das empfangene Fax, das ich nicht lesen kann, ist aber nur 1 k gro�. Hier das Log des ersten, bei dem das passiert ist: Jan 08 23:14:22.26: [14106]: SESSION BEGIN 00000016 4957345619 Jan 08 23:14:22.26: [14106]: HylaFAX (tm) Version 4.1.1 Jan 08 23:14:29.75: [14106]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS1' Jan 08 23:14:29.75: [14106]: STATE CHANGE: ANSWERING -> RECEIVING Jan 08 23:15:02.89: [14106]: RECV/CQ: Bad 1D pixel count, row 1157, got 0, expected 1728 Jan 08 23:15:02.89: [14106]: RECV/CQ: Bad 1D pixel count, row 1158, got 0, expected 1728 Jan 08 23:15:02.89: [14106]: RECV/CQ: Bad 1D pixel count, row 1159, got 0, expected 1728 Jan 08 23:15:02.89: [14106]: RECV/CQ: Bad 1D pixel count, row 1160, got 0, expected 1728 Jan 08 23:15:02.89: [14106]: RECV/CQ: Bad 1D pixel count, row 1161, got 0, expected 1728 Jan 08 23:15:02.96: [14106]: RECV/CQ: Adjusting for RTC found at row 1156 Jan 10 16:59:06.28: [14106]: CLOSE /dev/ttyS1 Hier das Log des Faxes vom 2. Fall: Jan 21 01:42:15.31: [ 599]: SESSION BEGIN 00000032 4957345619 Jan 21 01:42:15.31: [ 599]: HylaFAX (tm) Version 4.1.1 Jan 21 01:42:22.79: [ 599]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS1' Jan 21 01:42:22.79: [ 599]: STATE CHANGE: ANSWERING -> RECEIVING Jan 21 01:42:54.97: [ 599]: RECV/CQ: Bad 1D pixel count, row 1157, got 0, expected 1728 Jan 21 01:42:54.97: [ 599]: RECV/CQ: Bad 1D pixel count, row 1158, got 0, expected 1728 Jan 21 01:42:54.97: [ 599]: RECV/CQ: Bad 1D pixel count, row 1159, got 0, expected 1728 Jan 21 01:42:54.97: [ 599]: RECV/CQ: Bad 1D pixel count, row 1160, got 0, expected 1728 Jan 21 01:42:54.97: [ 599]: RECV/CQ: Bad 1D pixel count, row 1161, got 0, expected 1728 Jan 21 01:42:55.05: [ 599]: RECV/CQ: Adjusting for RTC found at row 1156 Jan 23 22:53:53.93: [ 599]: CLOSE /dev/ttyS1 Hier ein Log von einem Fax, das in Ordnung war (2 Seiten): Jan 20 21:04:34.42: [ 599]: SESSION BEGIN 00000031 4957345619 Jan 20 21:04:34.42: [ 599]: HylaFAX (tm) Version 4.1.1 Jan 20 21:04:41.80: [ 599]: ANSWER: FAX CONNECTION DEVICE '/dev/ttyS1' Jan 20 21:04:41.80: [ 599]: STATE CHANGE: ANSWERING -> RECEIVING Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1160, got 0, expected 1728 Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1161, got 0, expected 1728 Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1162, got 0, expected 1728 Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1163, got 0, expected 1728 Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1164, got 0, expected 1728 Jan 20 21:05:15.55: [ 599]: RECV/CQ: Bad 1D pixel count, row 1165, got 2783, expected 1728 Jan 20 21:05:16.75: [ 599]: RECV FAX (00000031): from 0049573493045, page 1 in 0:33, INF, 3.85 line/mm, 1-D MR, 9600 bit/s Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1158, got 0, expected 1728 Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1159, got 0, expected 1728 Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1160, got 0, expected 1728 Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1161, got 0, expected 1728 Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1162, got 0, expected 1728 Jan 20 21:05:38.84: [ 599]: RECV/CQ: Bad 1D pixel count, row 1163, got 2659, expected 1728 Jan 20 21:05:40.07: [ 599]: RECV FAX (00000031): from 0049573493045, page 2 in 0:24, INF, 3.85 line/mm, 1-D MR, 9600 bit/s Jan 20 21:05:40.07: [ 599]: RECV FAX (00000031): recvq/fax00031.tif from 0049573493045, route to <unspecified>, 2 pages in 0:59 Jan 20 21:05:42.84: [ 599]: RECV FAX: bin/faxrcvd "recvq/fax00031.tif" "ttyS1" "00000031" "" "" "" Jan 20 21:05:42.99: [ 599]: SESSION END -- IBB Dipl.-Ing. (FH) Frank Baurichter Griepshop 20 Tel: +49(0)5734/5738 32479 Rothenuffeln Fax: +49(0)5734/5619 Antriebstechnik Steuerungstechnik Prozessvisualisierung Unser Standort: http://mail.map24.com/ibb-home

1 0

Probleme mit mozilla
by Florian Schwarz 23 Jan '03

23 Jan '03

Hallo, ich habe diverse Fragen bzw. Problemchen zu/mit mozilla: 1. Wie kann ich dem Ding beibringen z.B. *.pdf Dateien mit xpdf, *.mp3 Dateien mit xmms usw. zu öffnen? 2. Ab und zu stellt sich die Zeichenkodierung von selber auf UTF-8 und ich muss selber wieder auf iso8859-1(5) zurückstellen. Wie kann ich daran was tun?? Das wars erstmal, besten Dank Floh

3 2

AGFA Scanner: target did not report SYNC.
by Martin Herweg 23 Jan '03

23 Jan '03

Hi LUGs, Ich habe einen AGFA SNAPSCAN 1236s und einen LSI Logic / Symbios Logic (formerly NCR) 53c810 SCSI Controller. Mein SCSI CD-Writer funktioniert, der Scanner aber nicht, ich bekomme folgenden Fehler: Jan 20 17:49:53 martin kernel: ncr53c810a-0-<5,*>: target did not report SYNC. Jan 20 17:49:54 martin kernel: ncr53c810a-0-<5,0>: extraneous data discarded. Jan 20 17:49:54 martin kernel: ncr53c810a-0-<5,0>: COMMAND FAILED (89 0) @c2fa9800. Ein alter Highscreen SCSI Scanner hat übrigens funktioniert. Habt ihr eine Idee was man da machen kann ? /var/log/messages: Jan 20 17:49:33 martin kernel: PCI: Found IRQ 9 for device 00:0a.0 Jan 20 17:49:33 martin kernel: PCI: Sharing IRQ 9 with 00:0e.0 Jan 20 17:49:33 martin kernel: ncr53c8xx: at PCI bus 0, device 10, function 0 Jan 20 17:49:33 martin kernel: ncr53c8xx: 53c810a detected Jan 20 17:49:33 martin kernel: ncr53c810a-0: rev 0x23 on pci bus 0 device 10 function 0 irq 9 Jan 20 17:49:33 martin kernel: ncr53c810a-0: ID 7, Fast-10, Parity Checking Jan 20 17:49:33 martin kernel: scsi0 : ncr53c8xx-3.4.3b-20010512 Jan 20 17:49:36 martin kernel: Vendor: TEAC Model: CD-R58S Rev: 1.0K Jan 20 17:49:36 martin kernel: Type: CD-ROM ANSI SCSI revision : 02 Jan 20 17:49:37 martin kernel: Vendor: AGFA Model: SNAPSCAN 1236 Rev: 1.50 Jan 20 17:49:37 martin kernel: Type: Scanner ANSI SCSI revision : 02 Jan 20 17:49:38 martin kernel: Attached scsi CD-ROM sr0 at scsi0, channel 0, id 2, lun 0 Jan 20 17:49:38 martin kernel: Attached scsi generic sg1 at scsi0, channel 0, id 5, lun 0, ty pe 6 Jan 20 17:49:38 martin kernel: ncr53c810a-0-<2,*>: FAST-10 SCSI 10.0 MB/s (100 ns, offset 8) Jan 20 17:49:38 martin kernel: sr0: scsi3-mmc drive: 24x/24x writer cd/rw xa/form2 cdda tray Jan 20 17:49:53 martin kernel: ncr53c810a-0-<5,*>: target did not report SYNC. Jan 20 17:49:54 martin kernel: ncr53c810a-0-<5,0>: extraneous data discarded. Jan 20 17:49:54 martin kernel: ncr53c810a-0-<5,0>: COMMAND FAILED (89 0) @c2fa9800. Danke & Gruß, Martin Herweg

3 2

traffic shaping via qos
by Florian Lohoff 23 Jan '03

23 Jan '03

Hi, hat jemand schon mal mit traffic shaping rumgespielt ? Ich wuerde gerne RED (Random Early Detection) inklusive ECN (Early Congestion Notification) einsetzen und auf eine beliebige bandbreite (70-80MBit/s) shapen. Leider scheint das ganze nicht so zu funktionieren wie es sollte. So adde ich das auf das interface: tc qdisc add dev eth0 parent root red limit 128kb min 8kb max 16kb avpkt 1k burst 8 bandwidth 8kbit probability 0.02 Leider wird nichts gedroppt bzw gemarkt (Hier die version ohne ECN) dump:~# tc -s -d qdisc qdisc red 8004: dev eth0 limit 128Kb min 8Kb max 16Kb ewma 1 Plog 19 Scell_log 17 Sent 137371111 bytes 169312 pkts (dropped 0, overlimits 0) marked 0 early 0 pdrop 0 other 0 Der Download laeuft prima mit 2MBit/s - Kann es sein das das RED im Linux Kernel wirklich nur auf Physikalische Interfacegeschwindigkeiten shapen kann ? Shaping mit TBF funktioniert bei mir prima ... dump:~# tc qdisc add dev eth0 parent root tbf rate 100KBit latency 50ms burst 15000 dump:~# tc -s qdisc show qdisc tbf 8005: dev eth0 rate 100Kbit burst 14999b lat 61.0ms Sent 5186696 bytes 7029 pkts (dropped 8, overlimits 1115) backlog 14Kb 100p Flo -- Florian Lohoff flo(a)rfc822.org +49-5201-669912 Heisenberg may have been here.

1 0

cyradm-Problem
by Joern Muehlencord 23 Jan '03

23 Jan '03

Hallo zusammen, ich habe mich jetzt etwas weiter in mein IMAP-Problem eingearbeitet und gelesen und habe eine scheinbar ganz brauchbare Anleitung gefunden. Soweit scheint alles zu laufen - Problem nur: ich kann mich nicht beim Server anmelden. ------------ moonworld:/home/jomu# cyradm localhost localhost userid: cyrus localhost password: application-specific initialization failed: authentication failed ------------ /var/log/syslog sagt dann: imapd[1664]: connect from 127.0.0.1 imapd[1664]: badlogin: localhost[127.0.0.1] plaintext cyrus cannot connect to pwcheck server. Entsprechende Fehlermeldungen bekomme ich auch, wenn ich versuche mich mit meinem Emailprogramm mit dem Server zu verbinden. Das ganze läuft auf einem Debian/Sarge. Any hints? Gruss Joern -- Linux is like wigwam - no windows, no gates, apache inside.

3 8

FTP geht nicht über Browser
by Frank Baurichter 23 Jan '03

23 Jan '03

Hallo! Wenn wir hier von einem Arbeitsplatz über Netscape oder den Explodierer versuchen FTP zu machen, geht es nicht. Wenn wir einen separaten FTP-Client wie psftp benutzen, geht es. Woran kann das liegen? Über den Browser können wir uns beim gegenüber anmelden, es erscheint jedoch nix. Routing-Einstellungen? Der Weg geht über einen Debian Woody Server und einen Fli4l als Gateway dahinter. Wo müssen wir überhaupt rumstochern? Gruß Frank -- IBB Dipl.-Ing. (FH) Frank Baurichter Griepshop 20 Tel: +49(0)5734/5738 32479 Rothenuffeln Fax: +49(0)5734/5619 Antriebstechnik Steuerungstechnik Prozessvisualisierung Unser Standort: http://mail.map24.com/ibb-home

3 6

Probleme mit hosts (DNS Anfragen) Dialin-Server
by Friedhelm Richter 23 Jan '03

23 Jan '03

Hi Folks, ich habe einen Dialin-Server unter Redhat 8.0/Kernel 2.4.20/sendmail 8.12.5 aufgesetzt. Der Server ist über einen Router mit dem ISP verbunden. 4'er Übertragungsnetz mit offi. IP's. Mein Problem ist das der Server nicht auf die /etc/hosts zugreift und immer den DNS anfragt, was zur folge hat das die Leitung immer aufgezogen wird. Hier noch Auszüge aus den Dateien: /etc/host.conf order hosts,bind multi on /etc/nsswitch.conf hosts: files dns Ich habe keine idee mehr, vielleicht kann mir jemand helfen. Gruss Friedhelm Richter

5 5

Debian und iptables Regeln
by Hauke Joachim Zuehl 23 Jan '03

23 Jan '03

Hi :) Kurze Frage noch: In welcher Datei mache ich Regeln fuer iptables (z.B. NAT aktivieren) fest? Ich koennte mir zwar ein eigenes Skript dafuer bauen, will es aber erst einmal richtig machen :) In /etc/default/iptables war nicht viel zu finden und eine Datei /var/lib/iptables/active ist leer :( Aeh...Debian Woody uebrigens :) Gruss, Hauke -- "Wir sind der Nato fest verpflichtet. Wir sind ein Teil der Nato. Wir sind Europa fest verpflichtet. Wir sind ein Teil Europas" (George W. Bush)

2 1

Re: Probleme mit hosts (DNS Anfragen) Dialin-Server
by Friedhelm Richter 22 Jan '03

22 Jan '03

>Vor allem: was steht in /etc/resolv.conf? ...und ist die /etc/hosts >_wirkich_ vollständig? hier die /etc/resolv.conf domain domain.de search domain.de nameserver 80.66.0.30 die /etc/hosts ist komplett gepflegt. gruß Friedhelm

9 15

Re: [ILUG] what happend to my old /boot?
by Achim Dreyer 22 Jan '03

22 Jan '03

On Wed, 22 Jan 2003, cian wrote: > Sorry for the lack of info: > > > What distri ? > Redhat > > > Kernel from dist or kernel.org ? > kernel.org > > > upgrade with which tool ? > make menuconfig > make dep > make bzImage > make modules > make modules_install > make install > > > binary or source update ? > source .. none of these command should have destructive side effects on /boot or LILO/GRUB configuration But: You surely rebooted after compiling and installing.. - Is /boot in your /etc/fstab ? - Is there support for the filesystem type of /boot in your kernel? - Did you write the MBR after installation (make install should do that) ? Regards, Achim Dreyer -- A. Dreyer, Senior SysAdmin (UNIX&Network) / Internet Security Consultant

1 1