Bug 131374
Summary: | Completely unable to print | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Paul F. Johnson <paul> | ||||
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> | ||||
Status: | CLOSED RAWHIDE | QA Contact: | Brian Brock <bbrock> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 3 | CC: | twaugh, zaitcev | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
URL: | http://www.all-the-johnsons.co.uk/linux/downloads/printer.tar.bz2 | ||||||
Whiteboard: | |||||||
Fixed In Version: | 2.6.8-1.541 | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2004-09-03 06:46:32 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Bug Depends On: | |||||||
Bug Blocks: | 123268 | ||||||
Attachments: |
|
Description
Paul F. Johnson
2004-08-31 18:31:54 UTC
I have tried the following 1. Reboot to the 526 kernel 2. Switch off SELinux 3. Install CUPS from source Moving to the 526 kernel started the cups server, but SELinux stopped being able to login. Tried without selinux, cups started, but s-c-p still would not allow me to edit the printer The fresh install of cups fixed nothing Switching off SELinux for the 532 and 533 kernels did nothing (boot up took >5 mins and still unable to edit the printer via scp without much disc thrashing) One thing I have noticed is that none of the usb modules are loaded. I have now tried the following su /sbin/modprobe usb-uhci /sbin/modprobe usb-ohci both of these were fine and loaded without a problem /sbin/modprobe lpusb this caused the same thrashing of the drive as seen with trying to edit the printer via scp. I'm using a HP980cxi over usb. This makes me wonder if the problem is kernel related rather than anything else. /sbin/modprobe usb-ehci gives an error to say that the module doesn't exist. You need to avoid using 2.6.8-1.533, since that messes up all sorts of USB things due to an experimental driver being mistakenly enabled. Also, please try one thing at a time -- I'm sorry I haven't managed to get this to yet, because of the imminent freeze, but please be patient and let me ask you to try things. I'll need to you uninstall whatever you installed from source. I need you to have things installed from RPM packages so that I know I'm looking at the same code this end. Concerning the long start-up time of cupsd, do you have gimp-print-cups installed? If so, remove it. Has the experimental driver been fixed in the current kernel (538)? If not, I'll go back to 532 and give that a shot, but from memory, that one suffered from the same problem. I'll remove the compiled from source cups tonight and gimp-print-cups as well and let you know how it gets on. I think it was just 533 that was bad; 534 at least had the bad driver disabled again. After pratting about for the past 2 hours post update (darned module-init-tools being bust!), I've now done the following 1. Removed completely the self compiled version of cups and the rpm of gimp-cups-print 2. Moved to the 532smp kernel Boot up went okay. /sbin/modprobe usblp still hammers the HD and fails to load. /etc/init.d/cups start hammers the disk and even if I close the terminal window I used to try and start cups, the HD is still hammered until the entire system grinds to a halt requiring a power reset. 3. Reboot, this time add selinux=0 to the boot command line, still using 532smp Still no go. usblp fails to load and cups start kills the machine. What next? This looks like a kernel issue to me. Leave CUPS out of the equation altogether for the moment and let's look at the 'modprobe usblp' behaviour. After you run that command, what error message do you get? Also, what does 'dmesg' say? modprobe usblp gives no error message at all. The hard drive gets hammered. I've left it for upto 10 minutes incase something happens, the drive slows down, hammers, stops, hammer, stop, hammer... The only way to kill the attempt to load is to kill the terminal window I'm using to load the module in. I'll need to check what dmesg says. Created attachment 103387 [details]
dmesg created on boot this morning
Nothing seems to have registered when running /sbin/modprobe usblp - this is
baffling!
Cups and /sbin/modprobe usblp are working with the current kernel in rawhide (3rd Sept). s-c-p also seems happy usb-ehci is still reported as being missing though. Has this vanished? I do not understand what the word "still" was supposed to mean in the comment #10. A module "usb-ehci" never existed. It's not even an alias in modprobe, at least not when I run "modprobe -c| grep hci". Would the requestor close this bug now? |