Re: LPD läßt Druckaufträge verschwinden

On Sun, Jun 06, 2004 at 07:31:43PM +0200, Patrick Hess wrote:
> Hallo,
>
> an einem plattenlosen Thin Client ist ein Drucker angeschlossen. Auf
> diesem möchte ich gerne drucken. Bisher habe ich immer CUPS
> verwendet, das hat es aber wohl nicht so mit plattenlosen Thin
> Clients. Also Standardwerkzeuge benutzt: FreeBSD 4.8-Release mit
> dem LPD, Ghostscript 7.05 als Package von der CD und ein Kyocera
> FS-680 in der LaserJet-4-Emulation.
>
> Hier die Hardware:
>
> ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
> ppc0: FIFO with 16/16/15 bytes threshold
> ppbus0: IEEE1284 device found /NIBBLE
> Probing for PnP devices on ppbus0:
> ppbus0: <Kyocera FS-680> PRINTER PCL5E,PJL
> lpt0: <Printer> on ppbus0
> lpt0: Interrupt-driven port
> ppi0: <Parallel I/O> on ppbus0

OK.

> Meine /etc/printcap:
>
> lp:\
> :sh:\
> :sd=/var/spool/lpd:\
> :lf=/var/log/lpd:\
> :lp=/dev/lpt0:\
> :if=/etc/lpfilter:

OK.

> Mein Filter /etc/lpfilter:
>
> #!/bin/sh
> /usr/local/bin/gs -q \
> -sDEVICE=ljet4 \
> -sPaperSize=a4 \
> -dNOPAUSE \
> -sOutputFile=- \
> -
> exit $?

/etc - Linux?
Naja - mit der Funktion als solches hat das nichts zu tun.

In die Erste Zeile gehört eigendlich »#! /bin/sh« - das
Leerzeichen ist wichtig, da die ersten 32 bit als Erkennung
dienen - FreeBSD toleriert obigen Fehler zwar, aber es ist denoch
falsch.

Ich gebe dem gs noch -dBATCH auf den Weg - keine Ahnung, ob das
den Unterschied ausmacht.

> Ist natürlich ausführbar. Wenn ich
>
> echo TEST > /dev/lpt0
>
> eingebe, druckt das Ding einwandfrei.

Wäre mal interessant zus ehen was
»cat file.ps | /etc/lpfilter > /dev/lpt0«
sagt.

> echo TEST | lpr
>
> sagt:
>
> lpr: Unable to connect to /var/run/printer:
> No such file or directory
> lpr: Check to see if the master 'lpd' process is running.
> jobs queued, but cannot start daemon.

Klar.

> Dann gucke ich mit lpq in die Warteschlange:
>
> Warning: no daemon present
> Rank Owner Job Files Total Size
> 1st root 0 (standard input) 5 bytes

Auch klar.

> Prima. Wenn ich jetzt den lpd starte, ist der Druckauftrag aus der
> Warteschlange verschwunden, lpq sagt:
>
> no entries

Er hat es dann wohl bearbeitet.

> Nur - beim Drucker kommt nichts an. Der Druckauftrag ist "weg".
> In /var/spool/lpd/status steht:
>
> lp is ready and printing

Klar - der job wurde erledigt.

> Auch alle weiteren Druckaufträge gehen einfach verloren. Ich finde
> nichts in den Logs. Die Log-Dateien des LPD sind komplett leer,
> auch im System-Log wird nichts gemeldet.

Das kann nicht sein - in /var/log/lpd-errs sollte zumindest drinstehen,
dass der Daemon gestartet wurde:
Mar 16 11:28:17 cicely12 lpd[435]: lpd startup: logging=0

Im Falle eines Fehlers der per Exitwert geliefert wird sollte dort auch
was drinstehen, zudem wird der Auftraggeber des Druckjobs per Mail
informiert:
Jun 2 04:27:54 cicely12 lpd[67111]: lj3: filter 'f' exited (retcode=127)
Jun 2 04:27:55 cicely12 lpd[67111]: mail sent to user ticso about job <unknown> on printer lj3 (FILTERERR)
Jun 2 04:27:55 cicely12 lpd[67111]: lj3: job could not be printed (cfA005cicely12.cicely.de)

Du benutzt aber den base lpd/lpr/... und nicht irgendeinen aus den
Ports, oder eine CUPS Leiche?

> Hier hat bestimmt jemand mehr Erfahrung mit dem LPD als ich und
> vielleicht sogar eine Idee, wo meine Druckaufträge abgeblieben sein
> könnten. Wie bekomme ich raus, wo der Schuh drückt?

Schau ins Logfile - wenn da nichts drinsteht, dann hast du nicht den
base lpd gestartet.

-- 
B.Walter                   BWCT                http://www.bwct.de
bernd(at)bwct.de                                  info(at)bwct.de
To Unsubscribe: send mail to majordomo(at)de.FreeBSD.org
with "unsubscribe de-bsd-questions" in the body of the message