[Résolu] soucis avec cups
Le 13/01/23 à 12:55, NoSpam a écrit : Pas étonnant que cela tombe en panne. sid reste sid Et bien, non, ce n'était pas la cause du soucis. En passant en mode debug, j'ai vu ces messages dans le fichier error.log : D [13/Jan/2023:12:14:22 +0100] [Job 982] Printer credentials: 192.168.1.57 (issued by SEIKO EPSON CORP.) / Sat, 08 Jan 2033 18:57:58 GMT / RSA-SHA1 / 9643B28F917E30AB1969EE67366CF068 D [13/Jan/2023:12:14:22 +0100] [Job 982] Stored credentials: 192.168.0.2 (issued by SEIKO EPSON CORP.) / Fri, 30 Dec 2022 00:00:00 GMT / RSA-SHA1 / D89D66587AE24B3617A6D8C54F5446D2 D [13/Jan/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(), s=\"-cups-pki-invalid,cups-pki-changed,cups-pki-expired,cups-pki-unknown\") D [13/Jan/2023:12:14:22 +0100] [Job 982] update_reasons(attr=0(), s=\"+cups-pki-invalid\") D [13/Jan/2023:12:14:22 +0100] [Job 982] STATE: +cups-pki-invalid Apparement, cups stocke des certificats en local. Un tour rapide dans /etc/cups/ssl et je trouve un fichier EPSON4ECDE5.local.crt. Je l'ai gzippé, relancé une impression et ... Ça fonctionne à nouveau ! Et cups a stocké un nouveau certificat pour mon imprimante. C'est très tordu, documenté nulle part, aucunement indiqué par cups dans un fichier de log. Merci à Didier pour sa tentative d'aide. Allez, bonne journée à toutes et à tous ! -- Jean-Marc OpenPGP_signature Description: OpenPGP digital signature
Re: soucis avec cups
Bonjour ou avahi ;-) regarde si tu n'as pas un paramétrage de cette imprimante qui la stoppe après une tentative d'impression ratée (printer-error-policy=stop- printer), il me semble même que c'est le comportement par défaut (de mémoire, et elle n'est pas fantastique). ça ne t'expliquera pas pourquoi l'impression se plante mais ça ne stoppera plus l'imprimante pour ça. Pour avopir plus de détails dans le log relatifs au planatge, tu peux activer momentanément le debugging (cupsctl --debug-logging) cf https://www.cups.org/doc/admin.html
Re: soucis avec cups
Le 13/01/2023 à 12:40, Jean-Marc a écrit : Le 13/01/23 à 10:18, NoSpam a écrit : Bonjour. Quelle version Debian ? testing ? Sid ? Debian sid cups 2.4.2-1+b2 Pas étonnant que cela tombe en panne. sid reste sid J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Tu configures ça comment dans cups ? AppSocket
Re: soucis avec cups
Le 13/01/23 à 10:18, NoSpam a écrit : Bonjour. Quelle version Debian ? testing ? Sid ? Debian sid cups 2.4.2-1+b2 J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Tu configures ça comment dans cups ? -- Jean-Marc OpenPGP_signature Description: OpenPGP digital signature
Re: soucis avec cups
Bonjour. Quelle version Debian ? testing ? Sid ? J'ai le problème depuis des années avec une Samsung, ce qui fonctionne sans soucis c'est socket:// comme connexion Le 13/01/2023 à 10:00, Jean-Marc a écrit : 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 :
soucis avec cups
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 - -