Unix on Zwindler's Reflection

Changer la politique d’erreur (ErrorPolicy) sur un imprimante dans CUPS

Sat, 15 Aug 2015 10:30:51 +0000

Lorsque l’imprimante a une erreur « physique » (comprenez « Paper jam », coupure réseau, ouverture du capot, etc), CUPS la met automatiquement en erreur sur les versions récentes. En fait, par défaut le paramètre ErrorPolicy est positionné à stop-printer.

Du coup, toutes les impressions qui suivent se retrouvent bloquées alors que l’utilisateur a peut être résolu le problème (ou qu’il s’est résolu de lui même… si si, ça arrive). On peut modifier ce comportement par défaut soit au niveau de l’imprimante elle même, soit de manière globale.

Par imprimante, via une ligne de commande

En temps que root ou un utilisateur privilégié, lancez la commande suivante :

/usr/sbin/lpadmin -p [nom_imprimante] -o printer-error-policy=retry-job

Par imprimante, dans le printers.conf

Ouvrez le fichier printers.conf qui contient toutes les imprimantes de CUPS ainsi que leur configuration

vi /etc/cups/printers.conf
<Printer "PrinterName">

Modifier la valeur de ErrorPolicy à retry-job puis rechargez CUPS (je préfère le reload plutôt que le restart, mais à votre convenance)

service cups reload

Globalement dans la configuration de CUPS

On peut modifier ce paramètre d’un coup pour toutes les imprimantes.

vi /etc/cups/cupsd.conf
[...]
ErrorPolicy retry-job

Attention : ça fonctionnera si (et seulement si) il n’est pas déjà défini dans le fichier printers.conf. Et par défaut, les imprimantes déclarées dans CUPS disposent de cette ligne, qu’il faudra donc supprimer.

Sauvegarder le fichier et recharger CUPS

service cups reload

Quelques paramètres supplémentaires

Mais attention ! Quelque soit la méthode que vous aurez choisi, n’oubliez pas que la méthode retry-job implique, comme son nom l’indique, une politique de « retry » ! Et donc potentiellement un échec si au bout de X retry espacés de Y secondes.

Soyez donc prudent et sachez bien ce que vous faites si vous modifiez cette politique.

Pour vous donner un peu plus de flexibilité sur le nombre de retry et la durée entre chaque, voici les paramètres qu’il faut modifier respectivement :

JobRetryInterval seconds #par défaut 30 selon le man ?
JobRetryLimit count # par défaut 5

Pour encore plus d’infos, vous pouvez toujours aller sur la page man de cupsd.conf, aussi disponible ici.

Plugin check_mem_ng.sh compatible RHEL 7+

Thu, 16 Jul 2015 12:28:35 +0000

Si vous utilisez Nagios(r) ou un des produits compatibles, vous « graphez » probablement l’usage de la RAM sur vos serveurs Linux.

Il existe plusieurs méthodes pour le faire : via SNMP, via NRPE, … Un des scripts que j’utilisais en production sur l’ensemble de mes Linux (qui m’avait plu par sa simplicité) était check_mem.sh. Je l’exécutais à distance à l’aide de NRPE.

Cependant, depuis la version 7 de RedHat, un changement dans la commande « free » remontait un résultat erroné (changement du nombre de colonnes).

J’en ai donc profité pour le réécrire, corrigeant ainsi le « bug » et en ajoutant quelques fonctionnalités qui me manquaient, comme des valeurs par défaut, des options supplémentaires et une meilleure gestion des perfdata(*).

Le nouveau mode de graphiques …

Je l’ai laissé compatible avec les installations check_mem.sh existantes. En théorie, vous avez juste à remplacer le script et tout devrait fonctionner comme avant, sans dépendances supplémentaires ou modification de configuration côté client et côté serveur.

C’est ici que ça se passe :

Pour rappel, vous trouverez aussi mes autres plugins Nagios dans le même repository Github

(*)pour mon usage. Mais je donne aussi la possibilité de conserver les perfdata historique à l’aide de la variable PERFDATA_LEGACY que vous pouvez positionner à 1, ou utiliser l’option check_mem_ng.sh -l

… et le mode legacy

[En bref] Supprimer un fichier/dossier nommé avec un caractère spécial

Thu, 23 Jan 2014 08:49:15 +0000

Un caractère spécial, et c’est le drame

Combien de fois avez vous tapé trop vite une commande créant un fichier ou un dossier avec un caractère spécial dans son nom. Et bien sûr vous avez oublié comment le supprimer !
C’est de moins en moins vrai aujourd’hui. Les shells vous aident avec l’auto-complétion et les binaires récents vous proposent une solution lorsque vous tapez la commande « rm ».

[root@lol01 ~]# touch '#fichieravecuncaracterebienmarrant'
[root@lol01 ~]# rm #fichieravecuncaracterebienmarrant
rm: opérande manquant
[root@lol01 ~]# touch '\-rires'
[root@lol01 ~]# cat \-rires
cat : option invalide -- 'r'
Saisissez "cat --help" pour plus d'informations.

Mais dans le cas où vous seriez sur un système qui date un peu, voici un petit reminder écrit par UnixTutorial pour s’en sortir ;-)

Unix Tutorials (lien mort, j’utilise Internet Archive)

C’était pas plus compliqué que ça ;-)

Je recommande d’ailleurs chaudement unixtutorial. Il fait partie de ces sites sur lesquels vous tombez souvent quand vous cherchez quelque chose sur Linux/Unix et que vous ne vous en souvenez plus.

Je pense que je vais faire une page spéciale avec une liste de ces lectures…