Description of problem: When trying to print to a LaserJet 3020 via IPP lpr(1) says: lpr: successful-ok and nothing gets printed. Had to downgrade to cups-1.3.9-2.fc10.x86_64 and install cupsddk-drivers-1.2.3-5.fc10.x86_64.rpm to get printing to work. Version-Release number of selected component (if applicable): cups-1.4-0.b1.3.fc11.x86_64 How reproducible: With PDF and PS here Steps to Reproduce: 1. lpr something.pdf 2. 3. Actual results: "lpr: successful-ok", no printout. /var/log/cups/error_log excerpt after restarting cups and trying to print attached. Expected results: Additional info:
Created attachment 325048 [details] CUPS error_log for failed print
*** Bug 473505 has been marked as a duplicate of this bug. ***
Tried again with cups-1.4-0.b1.4.fc11.x86_64, same results
<metoo> Don't know if this is related, but I also see behavior like this: % enscript lpr: Unsupported format 'application/postscript'! [ 1 pages * 1 copy ] sent to printer
Just tried cups-1.4-0.b2.2.fc11.x86_64.rpm, same results.
E [28/Nov/2008:19:38:07 -0300] Returning IPP client-error-document-format-not-supported for Send-Document (ipp://localhost:631/printers/LaserJet-3020) from localhost That's quite odd. Could you try running the printing troubleshooter and attach the resulting troubleshoot.txt file here please?
Created attachment 327478 [details] Rquested troubleshoot output First I had to find it... System -> Administration -> Printing -> Help -> Troubleshoot I tried to print the test page, it failed with a message saying the format isn't supported. The result is attached.
Created attachment 327479 [details] Output for printing an PDF Same as before, but now explicitly printing a PDF file. lpr(1) again says: lpr: successful-ok The "Test Page" window shows the job (77) as cancelled.
Created attachment 327480 [details] The requested printing troubleshoot output Output from printing the test page
Created attachment 327506 [details] An error showing text/plain being rejected as an invalid format I have attached an error log showing text/plain being an unsupported format. I am printing from firefox 3.0.4 (from rawhide) to an HP 882C. Cups=1.4-0.b2.2.fc11.i386
I'm using Fedora 10 and I'm having the same problem. Here the problem seems related to Selinux. Below is the information from setroubleshoot. I already have "use_nfs_home_dirs=1" Sumário: O SELinux prevented cups-pdf reading files in a NFS file system. Permitindo Acesso: Changing Boolean "use_nfs_home_dirs" will allow this access: "setsebool -P use_nfs_home_dirs=1" Reparar Comando: setsebool -P use_nfs_home_dirs=1 Informação adicional: Contexto Fonte system_u:system_r:cups_pdf_t:s0-s0:c0.c1023 Contexto Alvo system_u:object_r:nfs_t:s0 Objetos target /home [ dir ] Fonte cups-pdf Caminho source /usr/lib/cups/backend/cups-pdf Porta <Desconhecido> Máquina fedora Pacotes do RPM source cups-pdf-2.4.8-1.fc10 Pacotes do RPM target filesystem-2.4.19-1.fc10 RPM da Política selinux-policy-3.5.13-34.fc10 Selinux Ativado True Tipo de Política targeted MLS Ativado True Modo Enforcing Enforcing Nome do Plugin use_nfs_home_dirs Nome do Host fedora Plataforma Linux fedora 2.6.27.9-159.fc10.x86_64 #1 SMP Tue Dec 16 14:47:52 EST 2008 x86_64 x86_64 Conta de Alerta 9 Visto Primeiro em Qua 07 Jan 2009 08:20:25 BRST Visto pela última vez em Qui 08 Jan 2009 00:07:57 BRST ID Local e913b5fc-e4c0-4aa6-98c1-c3e4e69d1c98 Números de Linha Mensagens de Auditoria de Mat node=fedora type=AVC msg=audit(1231380477.707:57): avc: denied { getattr } for pid=6113 comm="cups-pdf" path="/home" dev=sda2 ino=2 scontext=system_u:system_r:cups_pdf_t:s0-s0:c0.c1023 tcontext=system_u:object_r:nfs_t:s0 tclass=dir node=fedora type=SYSCALL msg=audit(1231380477.707:57): arch=c000003e syscall=4 success=no exit=-13 a0=7fffa53a19b0 a1=7fffa53a0850 a2=7fffa53a0850 a3=fe items=0 ppid=2635 pid=6113 auid=4294967295 uid=0 gid=7 euid=0 suid=0 fsuid=0 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm="cups-pdf" exe="/usr/lib/cups/backend/cups-pdf" subj=system_u:system_r:cups_pdf_t:s0-s0:c0.c1023 key=(null)
(In reply to comment #11) > I'm using Fedora 10 and I'm having the same problem. Here the problem seems > related to Selinux. Below is the information from setroubleshoot. I already > have "use_nfs_home_dirs=1" This is a different issue from the looks of it. Please file a separate bug report against selinux-policy.
Latest cups (cups-1.4-0.b2.7.fc11.x86_64.rpm) still shows the same problem, got cups-libs-1.3.9-8.fc10.x86_64.rpm cupsddk-drivers-1.2.3-5.fc10.x86_64.rpm cups-1.3.9-8.fc10.x86_64.rpm from Koji, those do work.
Again, cups-1.4-0.b2.7.fc11.1.x86_64.rpm doesn't work. Now with cupsddk-drivers-1.2.3-6.fc11.x86_64, cups{,-libs} as above.
Please try cups-1.4-0.b2.11.fc11, which is based on newer code than the 1.4b2 release. Is it any different? (There have been lots of changes that may have a bearing on this problem.)
Got cups-{,libs-}1.4-0.b2.11.fc11 from Koji, installed that via rpm. This gave /etc/cups/{classes,printers,subscriptions}.conf.rpmnew, overwrote the originals with the rpmnew ones and restarted cups. Had to configure the printer again from scratch (not nice!). After that, it printed a testpage and a PDF just fine. No error messages. Seems fixed, but I'd see if it cures the problem for all affected. Many thanks!
Still broken for me, in different ways... 'enscript /etc/profile' reports % enscript /etc/profile lpr: Unsupported format 'application/postscript'! [ 1 pages * 1 copy ] sent to printer and logs: localhost - - [13/Mar/2009:10:59:01 -0400] "POST /printers/hp4300 HTTP/1.1" 200 382 Create-Job successful-ok localhost - - [13/Mar/2009:10:59:01 -0400] "POST /printers/hp4300 HTTP/1.1" 200 15635 Send-Document client-error-document-format-not-supported Then when I try to release the job to the printer, cupsd goes into a 100% CPU bound state, about 45% user and 55% kernel. gdb reports: (gdb) where #0 0x00007f07a9be04b3 in __epoll_wait_nocancel () from /lib64/libc.so.6 #1 0x00007f07acca18fc in ?? () from /usr/sbin/cupsd #2 0x00007f07acc7c04c in main () from /usr/sbin/cupsd Installing debuginfo would be 14 RPMs totalling 162M, so I'm not in a mood to do that unless needed.
Hmm, I don't see this at all. I would very much like to track down the busy-loop problem first. You don't need to download any debuginfo RPMs except cups-debuginfo -- install it with 'rpm -ivh --nodeps' if need be. We only need to know about symbols in cupsd/libcups, as that's where the problem is.
Had the same problem in FC11. The error message was "Send-Document client-error-document-format-not-supported" Solved by changing /usr/lib/cups/filter and enclosed files owner to root.
What owner did they have before? The package manifest has them as owned by root:root so I'm not sure how they were changed in the first place.
After driver installation they were owned by a not root user, the user which particularly installed the driver.
Which driver?
A UnifiedLinuxDriver, downloaded from http://www.samsung.com/us/support/download/supportDownDetail.do?group=&type=&subtype=&model_nm=SCX-4100&language=&cate_type=all&mType=DR&dType=D&vType=&cttID=2048258&prd_ia_cd=&disp_nm=SCX-4100&model_cd=&menu=download&menu2=detail Was installed running the installation script. The same driver was installed on FC9 without any problem.
OK, problem is in third party driver. I was unable to reproduce the problem noted in comment #17, so closing.