Created attachment 421810 [details] This is the "advanced" diagnose output from printer preferences after trying to print test page Description of problem: Might not be a cups problem? I installed a Brother DCP585CW printer per WLAN. The installation went without problems using the drivers from brother (dcp585cwlpr-1.1.2-2.i386 dcp585cwcupswrapper-1.1.2-2.i386), printer is looking fine. When attempting to print something, documents get not printed. See attached error log and troubleshoot.txt from the diagnose tool. Both installation *and* printing per WLAN work perfectly fine on another F13 system in the same wireless network. Version-Release number of selected component (if applicable): cups-1.4.3-6.fc13.i686 How reproducible: always Steps to Reproduce: 1. try to print something 2. 3. Actual results: doesn't print Expected results: should print Additional info:
I see these two interesting lines in error_log: 'D [07/Jun/2010:14:14:01 +0200] [Job 19] /usr/local/Brother/Printer/dcp585cw/lpd/filterdcp585cw: line 57: a2ps: command not found', 'D [07/Jun/2010:14:14:01 +0200] [Job 19] /usr/bin/gs: error while loading shared libraries: libtiff.so.3: failed to map segment from shared object: Permission denied', The first 'a2ps: command not found' problem can probably be fixed by installing a2ps (yum install a2ps). The second line indicates some problem with access to libtiff. You can try to reinstall libtiff (yum reinstall libtiff) or restore SELinux context (/sbin/restorecon /usr/lib/libtiff.so.3). Let me know if that changes something.
a2ps is now installed, but the libtiff error still persists. I tried both reinstallation and restorecon. No effect.
I should mention that after submitting a job, I can see on the printer's display that the connection is established for a short time. So cups is sending something...
Does 'ausearch -c gs' or 'ausearch -m AVC' show any audit messages relating to this? Does the problem persist after setting SELinux to permissive mode with 'setenforce 0'?
*** Bug 606405 has been marked as a duplicate of this bug. ***
After setenforce 0, printing works fine! Problem reappears with setenforce 1. So it seems to be a selinux problem. I can't find ausearch on my system. Which package would I need to install for ausearch?
It's in the audit package. If you don't have it installed, try 'dmesg' to see if there are any avc messages. Otherwise, install audit -- and you might have to reboot or start the auditd service or something -- and then try printing again, and then try ausearch.
There is something: ausearch -c gs time->Thu Jun 24 09:19:05 2010 type=SYSCALL msg=audit(1277363945.319:27): arch=40000003 syscall=192 success=no exit=-13 a0=2fac000 a1=4b8a0 a2=5 a3=802 items=0 ppid=2136 pid=2165 auid=4294967295 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm="gs" exe="/usr/bin/gs" subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1277363945.319:27): avc: denied { execute } for pid=2165 comm="gs" path="/opt/eInstruction/Interwrite_Workspace/screen_capture/lib/libtiff.so.3.6" dev=sda5 ino=247376 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:usr_t:s0 tclass=file ausearch -m AVC time->Thu Jun 24 09:19:03 2010 type=SYSCALL msg=audit(1277363943.282:26): arch=40000003 syscall=192 success=no exit=-13 a0=0 a1=4b8a0 a2=5 a3=802 items=0 ppid=1130 pid=2081 auid=4294967295 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm="bannertops" exe="/usr/lib/cups/filter/bannertops" subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1277363943.282:26): avc: denied { execute } for pid=2081 comm="bannertops" path="/opt/eInstruction/Interwrite_Workspace/screen_capture/lib/libtiff.so.3.6" dev=sda5 ino=247376 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:usr_t:s0 tclass=file ---- time->Thu Jun 24 09:19:05 2010 type=SYSCALL msg=audit(1277363945.319:27): arch=40000003 syscall=192 success=no exit=-13 a0=2fac000 a1=4b8a0 a2=5 a3=802 items=0 ppid=2136 pid=2165 auid=4294967295 uid=4 gid=7 euid=4 suid=4 fsuid=4 egid=7 sgid=7 fsgid=7 tty=(none) ses=4294967295 comm="gs" exe="/usr/bin/gs" subj=system_u:system_r:cupsd_t:s0-s0:c0.c1023 key=(null) type=AVC msg=audit(1277363945.319:27): avc: denied { execute } for pid=2165 comm="gs" path="/opt/eInstruction/Interwrite_Workspace/screen_capture/lib/libtiff.so.3.6" dev=sda5 ino=247376 scontext=system_u:system_r:cupsd_t:s0-s0:c0.c1023 tcontext=unconfined_u:object_r:usr_t:s0 tclass=file
Seems like you have a system-wide ld.so path, perhaps set in /etc/ld.so.conf.d/* somewhere, for some non-system libtiff. And perhaps that non-system libtiff has incorrect SELinux tags? What is that libtiff.so.3.6? Where did it come from? How/why is it in the ld.so path for the whole system?
Oh, now I see it. I didn't look closely at this output first because I don't know much about selinux anyway. The system tries to access a non-system libtiff, which, as I assume from the path, has been installed with a software that I used for connecting to an electronic whiteboard. Should not be in the path for the whole system, though. I'll try to fix that up later today when I'll have access to that machine.
I moved the wrong libtiff out of the way, and cups now accesses the correct system version of libtiff. Printing works fine now. I realize that was not a Fedora bug, but caused only by that weird software I has installed. Sorry for keeping people busy, and thanks a lot for your help! Closed.