salut la liste,
J'ai un gros soucis avec cups.
Impossible d'envoyer quoi que ce soit à mon imprimante.
En résumé, j'ai plusieurs PCs avec Debian sid et une imprimante epson
wf-3640 branchée sur le réseau.
Cette imprimante s'annonce sur le réseau via le protocole bonjour et
est détectée par avahi.
Elle est ensuite configurée de manière automatique par cups qui
supporte de manière native le protocole IPP utilisé dans ce cas.
Tout cela a fonctionne parfaitement jusqu'il y a peu.
Depuis quelques jours, quand j'essaie d'imprimer quelque chose, cups
bascule l'imprimante en disable.
Je peux la remettre en enable tant que je veux, cups la passe tout le
temps en disable.
Pour savoir si c'est l'imprimante ou la communication entre
l'imprimante et le PC qui posent problème, j'ai utilisé l'outil
ipptool (cf. paquet https://packages.debian.org/sid/ippsample) et là,
pas de soucis. Je peux envoyer des fichiers à l'imprimante qui a
fonctionne normalement.
Je vais essayer de montrer, par l'exemple, ce qu'il se passe.
Avant d'allumer l'imprimante, un lpstat ne donne rien; normal :
jim@deb-sid:~$ lpstat -t
scheduler is running
no system default destination
lpstat: Aucune destination ajoutée.
lpstat: Aucune destination ajoutée.
lpstat: Aucune destination ajoutée.
lpstat: Aucune destination ajoutée.
Dès que l'imprimante est démarrée et que le système l'a détectée, elle
est reconnue et configurée :
jim@deb-sid:~$ lpstat -t
scheduler is running
system default destination: EPSON_WF_3640_Series
matériel pour EPSON_WF_3640_Series :
implicitclass://EPSON_WF_3640_Series/
EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:40
printer EPSON_WF_3640_Series is idle. enabled since ven 13 jan 2023
08:26:40
Le simple envoi d'un fichier la fait basculer en statut disable :
jim@deb-sid:~$ lp fichier.txt
request id is EPSON_WF_3640_Series-981 (1 file(s))
jim@deb-sid:~$ lpstat -t
scheduler is running
system default destination: EPSON_WF_3640_Series
matériel pour EPSON_WF_3640_Series :
implicitclass://EPSON_WF_3640_Series/
EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:59
printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:26:59 -
cause inconnue
EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023
08:26:58
Je peux dire à cups de la remettre dispo, ça ne marche pas :
jim@deb-sid:~$ cupsenable EPSON_WF_3640_Series
jim@deb-sid:~$ lpstat -t
scheduler is running
system default destination: EPSON_WF_3640_Series
matériel pour EPSON_WF_3640_Series :
implicitclass://EPSON_WF_3640_Series/
EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:27:22
printer EPSON_WF_3640_Series disabled since ven 13 jan 2023 08:27:22 -
cause inconnue
EPSON_WF_3640_Series-981 jim 3072 ven 13 jan 2023
08:26:58
Les fichiers de log de cups montre que l'envoi de la commande pour
remettre l'imprimante dispo semble fonctionner mais elle bascule en
disable à chaque fois :
jim@deb-sid:~$ cd /var/log/cups/ && tail -f access.log error.log
[...]
==> access_log <==
localhost - - [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1" 401
164 Resume-Printer successful-ok
localhost - jim [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1"
200 164 Resume-Printer successful-ok
localhost - root [13/Jan/2023:08:29:03 +0100] "POST /admin/ HTTP/1.1"
200 279 CUPS-Add-Modify-Printer successful-ok
==> error_log <==
W [13/Jan/2023:08:29:03 +0100] [Job 981] Backend returned status 4
(stop printer)
==> access_log <==
localhost - - [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1" 401
164 Resume-Printer successful-ok
localhost - jim [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1"
200 164 Resume-Printer successful-ok
localhost - root [13/Jan/2023:08:29:14 +0100] "POST /admin/ HTTP/1.1"
200 279 CUPS-Add-Modify-Printer successful-ok
==> error_log <==
W [13/Jan/2023:08:29:14 +0100] [Job 981] Backend returned status 4
(stop printer)
==> access_log <==
localhost - - [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1" 401
164 Resume-Printer successful-ok
localhost - jim [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1"
200 164 Resume-Printer successful-ok
localhost - root [13/Jan/2023:08:29:42 +0100] "POST /admin/ HTTP/1.1"
200 279 CUPS-Add-Modify-Printer successful-ok
==> error_log <==
W [13/Jan/2023:08:29:43 +0100] [Job 981] Backend returned status 4
(stop printer)
Si je vire le job d'impression et que je remets l'imprimante en
enable, elle va y rester jusqu'à la prochaine impression :
jim@deb-sid:~$ lprm 981
jim@deb-sid:~$ cupsenable EPSON_WF_3640_Series
jim@deb-sid:~$ lpstat -t
scheduler is running
system default destination: EPSON_WF_3640_Series
matériel pour EPSON_WF_3640_Series :
implicitclass://EPSON_WF_3640_Series/
EPSON_WF_3640_Series accepte des requêtes depuis ven 13 jan 2023 08:26:40
printer EPSON_WF_3640_Series is idle. enabled since ven 13 jan 2023
08:30:18
==> access_log <==
localhost - - [13/Jan/2023:08:30:18 +0100] "POST /admin/ HTTP/1.1" 401
164 Resume-Printer successful-ok
localhost - jim [13/Jan/2023:08:30:18 +0100] "POST /admin/ HTTP/1.1"
200 164 Resume-Printer successful-ok
localhost - root [13/Jan/2023:08:30:18 +0100] "POST /admin/ HTTP/1.1"
200 279 CUPS-Add-Modify-Printer successful-ok
Par contre, si j'utilise la commande ipptool, je peux envoyer des
fichiers à l'imprimante qui va faire le boulot :
jim@deb-sid:~$ ipptool -f fichier.txt -t -l
ipps://EPSON4ECDE5.local:631/ipp/print print-job.test
Et même me faire la liste des jobs terminés via catte commande :
jim@deb-sid:~$ ipptool -t -l ipps://EPSON4ECDE5.local:631/ipp/print
get-completed-jobs.test
Bon, je vais regarder comment rendre cups un peu plus bavard parce
"Backend returned status 4 (stop printer)" ne dit pas grand'chose.
Ou voir si cups offre des outils pour interroger les imprimantes et
leurs statuts et dépatouiller ça.
Si vous avez des idées/suggestions, merci de me les faire parvenir.
Bonne journée.