[opensuse-es] Backend de Cups
Hola, Estoy configurando dos "backend" para Cups en una suse 10.3 (64 bits). Uno es un script para enviar faxes desde cualquier aplicación y el otro es para generar un pdf, también desde cualquier aplicación. El problema es que el primero funciona sin problemas (el del fax) pero la impresora de pdf deja el documento encolado y no genera el archivo. He activado el registro detallado (el verboso) de Cups pero la verdad es que no dice mucho del origen del problema (o no lo sé ver)... sólo se ve que no toma datos del script y poco más. Pongo un ejemplo de ambos. Hay más datos, pero la "chicha" parece que está al final: PDF - Ejemplo de reporte con trabajo no generado (...) D [30/Dec/2007:22:21:32 +0100] add_job: requesting-user-name="serv2" D [30/Dec/2007:22:21:32 +0100] Adding default job-sheets values "none,none"... I [30/Dec/2007:22:21:32 +0100] Adding start banner page "none" to job 12. D [30/Dec/2007:22:21:32 +0100] Discarding unused job-created event... I [30/Dec/2007:22:21:32 +0100] Adding end banner page "none" to job 12. I [30/Dec/2007:22:21:32 +0100] Job 12 queued on "PDF" by "serv2". D [30/Dec/2007:22:21:32 +0100] Job 12 hold_until = 0 D [30/Dec/2007:22:21:32 +0100] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [30/Dec/2007:22:21:32 +0100] cupsdCloseClient: 7 (...) FAX - Ejemplo de reporte con trabajo enviado y procesado correctamente (...) D [30/Dec/2007:22:26:00 +0100] add_job: requesting-user-name="serv2" D [30/Dec/2007:22:26:00 +0100] Adding default job-sheets values "none,none"... I [30/Dec/2007:22:26:00 +0100] Adding start banner page "none" to job 13. D [30/Dec/2007:22:26:00 +0100] Discarding unused job-created event... I [30/Dec/2007:22:26:00 +0100] Adding end banner page "none" to job 13. I [30/Dec/2007:22:26:00 +0100] Job 13 queued on "Fax" by "serv2". D [30/Dec/2007:22:26:00 +0100] Job 13 hold_until = 0 D [30/Dec/2007:22:26:00 +0100] [Job 13] Sending job to queue tagged as raw... D [30/Dec/2007:22:26:00 +0100] Discarding unused printer-state-changed event... D [30/Dec/2007:22:26:00 +0100] job-sheets=none,none D [30/Dec/2007:22:26:00 +0100] banner_page = 0 D [30/Dec/2007:22:26:00 +0100] [Job 13] argv[0]="Fax" D [30/Dec/2007:22:26:00 +0100] [Job 13] argv[1]="13" D [30/Dec/2007:22:26:00 +0100] [Job 13] argv[2]="serv2" (...) Las impresoras (ambas) las he añadido vía lpadmin: lpadmin -p PDF -E -v pdf:/share/pdf -m Adist4.ppd lpadmin -p Fax -E -v sambafax Pensando que la ruta al ppd de la impresora pdf podía estar mal, he entrado a Cups vía web (con lynx funciona perfectamente) la he eliminado (la impresora) y la he vuelto a crear, pero sigue sacando el mismo error cuando se envía un documento. Lo que veo en el apartado de las impresoras es el error "/usr/lib64/cups/backend/pdf failed", pero poco más O:-) Partiendo de la base de que, efectivamente, puede ser un error en el propio script (al igual que he hecho con el del fax, lo he copiado y pegado de la partición donde lo tenía antes funcionando en la suse 10.0), también podría ser tema de permisos o similar, pero no estoy segura. El archivo /etc/cups/cupsd.conf de la 10.0 y el de la 10.3 sólo se parecen... en el nombre O:-). Ha cambiado mucho. ¿Alguna idea para "debuggear" el backend de Cups? O también me serviría otro backend (que no requiera instalación, sólo el script) para generar archivos pdf que permita algunas cosas básicas y que se sepa funcione con la 10.3 y con Cups: - Definir estáticamente la ruta para almacenar los archivos creados - Que los nombre los archivos con "usuario-fecha-hora.pdf" - Que genere un registro básico del trabajo realizado - Que envíe el pdf por correo electrónico al usuario que lo ha generado Hoy "m'ha dao" por preguntar :-P Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-30 a las 23:43 +0100, Camaleón escribió:
Estoy configurando dos "backend" para Cups en una suse 10.3 (64 bits).
Uno es un script para enviar faxes desde cualquier aplicación y el otro es para generar un pdf, también desde cualquier aplicación.
Nunca he usado ese tipo de cosas.
I [30/Dec/2007:22:21:32 +0100] Job 12 queued on "PDF" by "serv2". D [30/Dec/2007:22:21:32 +0100] Job 12 hold_until = 0 D [30/Dec/2007:22:21:32 +0100] cupsdProcessIPPRequest: 7 status_code=0 (successful-ok) D [30/Dec/2007:22:21:32 +0100] cupsdCloseClient: 7 (...)
I [30/Dec/2007:22:26:00 +0100] Job 13 queued on "Fax" by "serv2". D [30/Dec/2007:22:26:00 +0100] Job 13 hold_until = 0 D [30/Dec/2007:22:26:00 +0100] [Job 13] Sending job to queue tagged as raw...
Esa es la diferencia que veo, que el segundo lo envía a la cola inmediatamente.
Las impresoras (ambas) las he añadido vía lpadmin:
lpadmin -p PDF -E -v pdf:/share/pdf -m Adist4.ppd lpadmin -p Fax -E -v sambafax
¿Y las pruebas en local, o interviene el samba? Porque a lo mejor es cosa del samba, que no es precisamente plato de mi devoción.
¿Alguna idea para "debuggear" el backend de Cups?
No tengo ni idea. ¿Está al máximo de verbosidad?
Hoy "m'ha dao" por preguntar :-P
ya veo... - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHeCfHtTMYHG2NR9URAor0AJ99qFF665R5sL0pEBv1qF43j9EJnQCcCO5J fxpjhfWI6bDU8Z+wZRcpi1s= =21Qi -----END PGP SIGNATURE-----
El 31/12/07, Carlos E. R. escribió:
Esa es la diferencia que veo, que el segundo lo envía a la cola inmediatamente.
Sí, y para estar en un "loglevel=debug" no aclara mucho...
¿Y las pruebas en local, o interviene el samba? Porque a lo mejor es cosa del samba, que no es precisamente plato de mi devoción.
También lo pensé y por eso lo probé en local, sip: lpr -P PDF test.txt El resultado es el mismo, encola pero no imprime.
No tengo ni idea. ¿Está al máximo de verbosidad?
Sí... sólo veo dos opciones: info / debug Debe ser el script, que se detiene en algún lado al procesarse :-/. Sigo buscando. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-31 a las 11:21 +0100, Camaleón escribió: ...
No tengo ni idea. ¿Está al máximo de verbosidad?
Sí... sólo veo dos opciones: info / debug
No, hay "debug2". # LogLevel: controls the number of messages logged to the ErrorLog # file and can be one of the following: # # debug2 Log everything. # debug Log almost everything. # info Log all requests and state changes. # warn Log errors and warnings. # error Log only errors. # none Log nothing. # y acabo de ver algo nuevo: /etc/cups-autoconfig.conf
Debe ser el script, que se detiene en algún lado al procesarse :-/.
Pues puedes ponerles "echo"s a fichero de registro para ver donde se queda. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD4DBQFHeM4ztTMYHG2NR9URAq3EAJiexA3L4qAJ3YJF4grp52khfQslAKCVWiJ5 YzpoGJtLXHbveaJzRR2ERg== =9vfD -----END PGP SIGNATURE-----
2007/12/31, Carlos E. R.:
No, hay "debug2".
¿Ande...? Ah, en el manual de cupsd.conf: LogLevel alert LogLevel crit LogLevel debug2 LogLevel debug LogLevel emerg LogLevel error LogLevel info LogLevel none LogLevel notice LogLevel warn Specifies the logging level for the ErrorLog file. Pues hay unos cuantos :-). No lo vi O:-) porque en el /etc/cups/cupsd.conf sólo pone: # Log general information in error_log - change "info" to "debug" for # troubleshooting... LogLevel debug2 (jupe, es tan verboso que me ha creado ya un segundo archivo de registro "/var/log/cups/error_log.O) Pero aunque sale más verboso aún, no me dice mucho más. Pero no voy bien buscando por aquí, entiendo que Cups no me puede decir en qué falla el script... voy a cambiar de estrategia: - Elimino la impresora de nuevo y la creo con lpadmin pero especificando la ruta con -P al archivo ppd (nada) - Cambio el directorio de salida del pdf a /home/serv2 por si fuera un problema de permisos (nada) - Cambio la ruta (por probar...) de "pdf:/home/serv2" a "pdf:/home/serv2/" (nada) Pruebo a imprimir en local con este nuevo directorio (lpr -P PDF /home/serv2/test.txt) ... nada. No sé por dónde más tirar :-/. He probado tema permisos (cambiando al directorio del usuario), especificando la ruta al archivo ppd directamente, revisando los permisos de los archivos (el del backend está a root/root - 755, creo que debe ser así).
y acabo de ver algo nuevo: /etc/cups-autoconfig.conf
Este yo no lo tengo :-?
Pues puedes ponerles "echo"s a fichero de registro para ver donde se queda.
¿Lo "cualo" O:-)? ¿Te refieres al script? Lo curioso es que el propio script genera un registro de actuación en /tmp/pdf.log que se crea correctamente con los datos enviados, luego el backend se ejecuta hasta cierto punto, pero no genera el pdf ni envía el correo. Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 31/12/07, Camaleón escribió:
revisando los permisos de los archivos (el del backend está a root/root - 755, creo que debe ser así).
Fale, pos no :-P. Grrr, malditos cambios "no documentados" entre versiones >:-). El archivo "backend" tiene que tener permisos 700 para root. Ahora ya se envía el correo (sin el adjunto, esto me falta...) pero el pdf se crea perfectamente en su directorio. ¡Porras! Lo pone en esta página*, que es de un script que hace más o menos lo mismo pero que hay que instalar: (...) *** Starting with version 1.2.0 CUPS implements the "RunAsOption" no longer. In order to ensure CUPS-PDF is running with the required root privileges you have to make 'root' the owner of the cups-pdf backend and set the file permissions of the backend to 0700 (root only). * http://www.physik.uni-wuerzburg.de/~vrbehr/cups-pdf/documentation.shtml Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 31/12/07, Camaleón escribió:
Ahora ya se envía el correo (sin el adjunto, esto me falta...)
Faltaba por instalar "uuencode" y ya de paso he metido también "mimencode", pa que no me faltan codificadores, ea. Ahora sí, "solucionao" :-). Saludos, -- Camaleón --------------------------------------------------------------------- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2007-12-31 a las 13:04 +0100, Camaleón escribió:
No, hay "debug2".
¿Ande...? Ah, en el manual de cupsd.conf:
Sip.
Pues hay unos cuantos :-).
No lo vi O:-) porque en el /etc/cups/cupsd.conf sólo pone:
Claro, pero yo en mi cupsd.conf tengo copiado ese texto para recordarlo. Ventajas de updatear :-p
(jupe, es tan verboso que me ha creado ya un segundo archivo de registro "/var/log/cups/error_log.O)
Si, suelta una verborrea de espanto.
Pero aunque sale más verboso aún, no me dice mucho más. Pero no voy bien buscando por aquí, entiendo que Cups no me puede decir en qué falla el script... voy a cambiar de estrategia:
Ya he visto que lo conseguiste al final.
y acabo de ver algo nuevo: /etc/cups-autoconfig.conf
Este yo no lo tengo :-?
Pertenece al "cups-autoconfig-0.1.0-27...rpm". Description : This package contains a utility for auto-configuring printers. URL : http://code.google.com/p/cups-autoconfig No me preguntes, es la primera vez que lo veo... esta gente inventa cosas y se lo calla.
Pues puedes ponerles "echo"s a fichero de registro para ver donde se queda.
¿Lo "cualo" O:-)? ¿Te refieres al script?
Sip. - -- Saludos Carlos E.R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4-svn0 (GNU/Linux) iD8DBQFHeOo2tTMYHG2NR9URAibkAJ9L+B/nK+iaN9LRCYIUOfpb0HibKQCght7J 9dvPt+mZWsSXzEtJRexX5sc= =KEC7 -----END PGP SIGNATURE-----
participants (2)
-
Camaleón
-
Carlos E. R.