Hallo Listenleser

Die vielen Hilfeschreie in der Liste wegen fehlerhaftem Drucker
(Drucker-Warteschlange) könnten mit:
beh- dem Drucker Backend Fehler Handler vermieden werden.
Das ist ein Script das von linuxprinting.org geholt werden kann.

Ich selber brauche es nicht, weil mein Drucker automatisch die
Druckerwarteschlange auf Aufträge pollt (Überwacht) wer aber regelmässig
vergisst den Drucker einzuschalten bevor er einen Druckjob abzuschickt, sollt
das Script unbedingt installieren.
Bei Druckern am USB-Port wird das bei mir aber immer mit Installiert.
HP-Backends werden leider nicht unterstützt.
Wer hpjs und hpjo benützen muss, dem bringt das Script nichts.

Kurz zusammengefasst: Das Script macht nichts anders als dass die
Druckaufträge immer in der Druckerwarteschlange darauf warten bis der Drucker
wider vom System gestartet, egal ob er von Hand oder vom System ausgeschaltet
wurde oder wegen anderen Fehlern abgeschaltet wurde.
Sollte der Druckjob dann einmal nicht abgearbeitet werden können, wird er aus
der Warteschlange entfernt und verstopft die Warteschlange nicht als toter
Druckjob.

Viele von Euch kennen wahrscheinlich das Problem, da hängt noch ein toter
Druckjob in der Warteschlange, sei es weil er wegen irgend eines Problems
nicht abgearbeitet werden konnte oder weil der Drucker beim abschicken des
Druckjobs nicht eingeschaltet war. Resultat: verstopfte Warteschlange.
Dies betrifft meistens Drucker an der USB-Schnittstelle.
Mit dem Script "beh" werden diese Probleme der Vergangenheit angehören.

Beschreibung was mit "beh" gemacht werden kann:
Leider nur in englisch.

beh - The Backend Error Handler
Very annoying with CUPS is that when an error on the communication between
the CUPS backend and the printer occurs, CUPS disables the print queue and to
be able to continue printing an administrator (root access required) has to
re-enable the queue. It is not enough to simply fix the printer's
communication problem (like turning it on, fixing the network
connection, ...).
This is especially a very bad design for desktop/home users. They often only
turn on their printers when they really want to print (to save energy). Then
it happens easily that they send a job and forget to turn on the printer.
CUPS disables the queue and the annoying re-enabling procedure has to be
done. And many users even do not know about the problem. So the printer does
not print and the queue gets nuked and re-created. Or the people cry on the
help forums or at the installation support of their distributions.
This problem can be easily worked around by installing beh, the Backend Error
Handler. This script makes the handling of such backend errors configurable,
so that the problem can easily be worked around. The new possibilities are:
Let queues simply not being disabled. Simple approach, but job gets lost.
Repeat a given number of times.
Repeat infinitely often, until the job gets finally through. This is the
standard of LPRng, and it eliminates loss of the job.
The interval between two attempts to run the backend can also be configured.
Configuration is done independently for each print queue. So local printers
and network printers can be treated differently.
Simply download the script, copy it into the CUPS backend directory
(normally /usr/lib/cups/backend/), and make it executable with "chmod 755
beh. Then restart CUPS that it registers the new backend, usually
with "killall -HUP cupsd" or "/etc/init.d/cups restart". If you did all
correctly, there must be a line containing "beh" in the output
of "lpinfo -v".
beh is a wrapper which is called by CUPS in place of the usual backend, which
is called by beh now. This way beh can, depending on its configuration,
repeat the call of the backend or simply hide the error status of the backend
from being seen by the CUPS daemon.
To make a print queue usinf beh, get root and call a command as follows:
lpadmin -p -E -v beh:////
with
:
The name of your print queue
:
Don't Disable, if "1", beh always exits with zero status, so the queue gets
never disabled when the original backend exits with an error. "0" carries the
error status of the last call of the backend (after retries) on to
CUPS, so the queue usually gets disabled.
:
Attempts, number of attempts to recall the backend in case of an error. "0"
means infinite retries. In this case gets meaningless.
:
Delay between two attempts to call the beckend, to be given in seconds and as
an integer number. Meaningless if is one.
:
The original URI, which your queue had before (use "lpstat -v" to get your
queue's URI shown).
All parameters, especially, , , and have always to be
specified, even if one of them is meaningless due to the setting of the
others.
beh works with every backend except the hp backend from HPLIP. If beh is used
with the hp backend, the HP Toolbox will not find the printers any more.
Example URIs:
beh:/1/3/5/socket://printer:9100
On the network printer with host name "printer" it is tried to access 3 times
with 5 second delays between the attempts. If the job still fails, the queue
is not disabled (and the job discarded).
beh:/0/10/60/socket://printer:9100
Retry 10 times in one minute intervals, disable the queue when still not
succeeding.
beh:/1/0/60/usb://Brother/HL-5040%20series
On a Brother HL-5040 on the USB try infinitely often until the printer comes
back, in intervals of one minute. This way the job does not get lost when the
printer is turned off and one can intendedly delay printing by simply
switching off the printer. The ideal configuration for desktop printers
and/or home users.
Report bugs in linuxprinting.foomatic.devel.

Übrigens, obige Anleitung kann in HTML auf dem Browser eingesehen werden.
Unter /usr/share/doc/packages/cups-backends/README-beh.html

Noch ein Nachtrag: Wer Druckjobs abschickt bevor der Drucker richtig
eingerichtet ist, dem hilft auch dieses Script nicht.
Wird dann aber meistens durch den toten Druckjob am richtigen Einrichten des
Druckers scheitern.
Darum, wer solches Vermeiden will, sollte schon beim Einrichten des Druckers
prüfen ob der Drucker auch tatsächlich Druckt, wenn nicht, muss unbedingt
vorher die Konfiguration so abgeändert werden bis aus der Einrichtung heraus
gedruckt werden kann.
Wer das nicht macht, und trotzdem einen Druckjob aus einem Programm heraus
abschickt hat meistens schon verloren, weil der tote Druckjob die
Druckerwarteschlange blockiert. Dies hat natürlich nur Gültigkeit solange die
Druckereinrichtung keine neue Druckerwarteschlange einrichtet.
Ein Anfänger findet da meistens nicht mehr hinaus.

Faszit: Bei der Druckereinrichtung muss unbedingt der Probedruck erfolgreich
sein. Wenn nicht, die Konfiguration oder Treiber ändern bis der Probeausdruck
richtig gedruckt wird.
Vorher darf kein Druckjob aus einem Programm heraus losgeschickt werden.
Dies kann, wenn bei nachfolgender Abänderung der Druckereinrichtung keine neue
Druckerwarteschlange eingerichtet wurde, das neu Einrichten scheitern lassen,
weil der vorherige tote Druckjob die Warteschlange blockieren kann und damit
kein Probedruck mehr funktioniert. (Kann muss aber nicht)
Wenn es dann tatsächlich nur der tote Druckjob ist und trotz richtiger
Einrichtung kein Probedruck mehr möglich ist, wie soll da ein Anfänger auf
diesen Fallstrick reagieren?
Da bedaure ich schon die Helfer auf der Liste, duzende von Lösungsvorschlägen
und keiner nützt, traurig aber wahr.
Sagen Sie nicht das sei nicht möglich, habe das in den letzten 2 Jahren sicher
schon ein Dutzend mal bei Kunden erlebt. Habe nur etwa 600 Kunden, da
draussen in der Welt sind es hundertausende, wenn ich das Hochrechne komme
ich auf eine stattliche Zahl, die sich die Druckereinrichtung solchermassen
unnötig schwer machen.

Gruss Hans-Rudolf

--
hrg SuSE10.2 Box Linux-User Nr.296165