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:40printer 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:58Les 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:40printer 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. -- Jean-Marc
Attachment:
OpenPGP_signature
Description: OpenPGP digital signature