Modifier la stratégie d'erreur d'imprimante par défaut CUPS

9

J'exécute l'impression CUPS sur un certain nombre de serveurs d'applications Linux multi-utilisateurs. Les systèmes sont RHEL ou CentOS version 4, 5 ou 6. À partir de l'EL5, le serveur d'impression CUPS utilise par défaut une politique d'erreur qui désactive essentiellement l'imprimante en cas d'erreur ou d'interruption (déconnexion du câble USB, erreur réseau, bourrage papier, etc.). ). Il s'agit de la ErrorPolicydirective dans la strophe de l'imprimante dans le /etc/cups/printers.conffichier.

<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>

Je change normalement ce champ en ErrorPolicy retry-jobmanuellement dans le fichier de configuration ou lorsque je crée l'imprimante via la ligne de commande:

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

Lorsque d'autres utilisateurs ou fournisseurs gèrent le système d'impression, ils oublient souvent cette modification, ce qui entraîne une désactivation matérielle des imprimantes à la suite d'un bourrage papier ou d'autres défauts qui doivent être corrigés avec a cupsenable.

Je voudrais savoir comment faire retry-jobla politique d'erreur par défaut dans CUPS par rapport à stop-printer.

ewwhite
la source

Réponses:

8

Il y a une demande de fonctionnalité qui a été fermée avec une résolution à CUPS 1.3 pour exactement ce comportement. Lien vers le traqueur de bogues CUPS: http://www.cups.org/str.php?L1871

Je n'ai trouvé aucune documentation pour prendre en charge ce comportement dans la documentation en ligne CUPS, mais la documentation dans l'archive source CUPS 1.5.2 que j'ai téléchargée indique qu'une déclaration globale «ErrorPolicy» fonctionnerait à partir du fichier de configuration cupsd.conf.

Extrait de la documentation cupsd.conf dans Ubuntu CUPS 1.5.2:

CUPS 1.3 / Mac OS X 10.5

ErrorPolicy

  Exemples

     * ErrorPolicy abandonner le travail
     * ErrorPolicy retry-job
     * ErrorPolicy stop-imprimante

  La description

   La directive ErrorPolicy définit la stratégie par défaut utilisée lorsqu'un
   backend ne peut pas envoyer de travail d'impression à l'imprimante.

   Les valeurs suivantes sont prises en charge:

     * abort-job - abandonne le travail et passe au travail suivant dans la file d'attente
     * retry-job - Réessayez le travail après avoir attendu N secondes; le cupsd.conf
       La directive JobRetryInterval contrôle la valeur de N
     * retry-this-job - Relancez le travail en cours immédiatement et indéfiniment.
     * stop-imprimante - Arrêtez l'imprimante et conservez le travail pour l'impression future;
       Ceci est la valeur par défault

(Remarque: les droits d'auteur de documentation d'Apple Inc. et reformatés doivent être lisibles.)

Magellan
la source
Oui, cela a finalement fait son chemin dans RHEL / CentOS. J'ai pu faire le changement à l'échelle mondiale. Notez que cela ne remplace pas les paramètres des imprimantes existantes. Une recherche / remplacement rapide ou sed se charge de cela.
ewwhite
Une idée pourquoi la seule option pour les classes d' imprimantes est de réessayer ce travail dans l'interface Web CUPS? CUPS 2.1 / Ubuntu 16.04. Les imprimantes de ces classes peuvent avoir toutes les politiques d'erreur, mais la classe ne fera que réessayer ce travail?
Gnudiff
Vous feriez mieux de poser cela comme une question à part entière. Je n'ai pas touché CUPS depuis fin 2013.
Magellan