Ändern Sie die CUPS-Standard-Druckerfehlerrichtlinie


9

Ich führe CUPS-Druck auf einer Reihe von Mehrbenutzer-Linux-Anwendungsservern aus. Die Systeme sind RHEL oder CentOS Version 4, 5 oder 6. Beim Starten des EL5 verwendet der CUPS-Druckserver standardmäßig eine Fehlerrichtlinie, die den Drucker grundsätzlich deaktiviert, wenn ein Fehler oder eine Unterbrechung auftritt (USB-Kabeltrennung, Netzwerkfehler, Papierstau usw.). ). Dies ist die ErrorPolicyAnweisung in der Zeilengruppe des Druckers in der /etc/cups/printers.confDatei.

<Printer backupZ4>
Info backupZ4
DeviceURI socket://backupZ4:9100
State Idle
Accepting Yes
Shared Yes
JobSheets none none
QuotaPeriod 0
PageLimit 0
KLimit 0
OpPolicy default
ErrorPolicy stop-printer
</Printer>

Normalerweise ändere ich dieses Feld ErrorPolicy retry-jobmanuell in der Konfigurationsdatei oder wenn ich den Drucker über die Befehlszeile erstelle:

lpadmin -p backupZ4 -v socket://backupZ4:9100 -o printer-error-policy=retry-job -E 

Wenn andere Benutzer oder Anbieter das Drucksystem verwalten, vergessen sie diese Änderung häufig, was dazu führt, dass Drucker nach einem Papierstau oder anderen Fehlern, die mit a korrigiert werden müssen, schwer deaktiviert werden cupsenable.

Ich würde gerne wissen, wie man retry-jobdie Standard-ErrorPolicy in CUPS versus erstellt stop-printer.

Antworten:


8

Es gibt eine Funktionsanforderung, die für genau dieses Verhalten mit einer Auflösung für CUPS 1.3 geschlossen wurde. Link zum CUPS-Bug-Tracker: http://www.cups.org/str.php?L1871

Ich habe keine Dokumentation gefunden, die dieses Verhalten in der CUPS-Online-Dokumentation unterstützt, aber die Dokumentation im CUPS 1.5.2-Quell-Tarball, die ich heruntergeladen habe, zeigt an, dass eine globale 'ErrorPolicy'-Deklaration aus der Konfigurationsdatei cupsd.conf funktionieren würde.

Auszug aus der Cups.conf-Dokumentation in Ubuntu CUPS 1.5.2:

CUPS 1.3 / Mac OS X 10.5

ErrorPolicy

  Beispiele

     * ErrorPolicy-Abbruchjob
     * ErrorPolicy-Wiederholungsjob
     * ErrorPolicy Stop-Drucker

  Beschreibung

   Die ErrorPolicy-Direktive definiert die Standardrichtlinie, die verwendet wird, wenn a
   Das Backend kann keinen Druckauftrag an den Drucker senden.

   Folgende Werte werden unterstützt:

     * abort-job - Bricht den Job ab und fährt mit dem nächsten Job in der Warteschlange fort
     * Wiederholungsjob - Wiederholen Sie den Job, nachdem Sie N Sekunden gewartet haben. die cupsd.conf
       Die JobRetryInterval-Direktive steuert den Wert von N.
     * Diesen Job erneut versuchen - Wiederholen Sie den aktuellen Job sofort und auf unbestimmte Zeit.
     * Stop-Drucker - Stoppen Sie den Drucker und bewahren Sie den Auftrag für den zukünftigen Druck auf.
       Dies ist der Standardwert

(Hinweis: Dokumentation Copyright von Apple Inc. und neu formatiert, um lesbar zu sein.)


Ja, dies hat endlich seinen Weg in RHEL / CentOS gefunden. Ich konnte die Änderung global vornehmen. Beachten Sie, dass dies die Einstellungen in vorhandenen Druckern nicht überschreibt. Dafür sorgt ein schnelles Finden / Ersetzen oder Sedieren.
ewwhite

Jede Idee , warum die einzige Option für die Druckerklassen ist Retry-this-Job in CUPS Webinterface? CUPS 2.1 / Ubuntu 16.04. Drucker in diesen Klassen können alle Fehlerrichtlinien haben, aber die Klasse wird nur diesen Job wiederholen?
Gnudiff

Sie sollten dies besser als eigenständige Frage stellen. Ich habe CUPS seit Ende 2013 nicht mehr berührt.
Magellan
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.