Bug 1206808
| Summary: | HP p1102 must be reinstalled every power-cycle | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Medic Momcilo <momcilo> | ||||||
| Component: | system-config-printer | Assignee: | Tim Waugh <twaugh> | ||||||
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | unspecified | Docs Contact: | |||||||
| Priority: | unspecified | ||||||||
| Version: | 21 | CC: | jpopelka, momcilo, twaugh | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | system-config-printer-1.5.7-3.fc21 | Doc Type: | Bug Fix | ||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2015-05-02 18:05:51 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
Created attachment 1007745 [details]
journalctl -b output
It looks like the printer connects as device 6, pretending to be a USB mass storage device (18:38:46) with a serial number ending SI1c, then usb_modeswitch steps in and kicks it into 'I'm a printer' mode. It then disconnects as device 6 and reconnects as device 7 (18:38:48), a printer, at which point udev-configure-printer is invoked. It asks the printer for its IEEE 1284 ID, looks for a serial number in that (there isn't one) and so uses the USB serial number instead, the one ending PR1a. What happens next is that udev-configure-printer waits for 1s to let things calm down a bit before asking CUPS to give it a list of device URIs by running each of the backends. What's weird is that both the usb and hp backends see the serial number ending SI1c (18:38:49), when that device had disconnected a second ago. My best guess at how to avoid this is to increase the 1s delay to something like 5s. Please could you try this scratch build, which makes that change?: https://koji.fedoraproject.org/koji/taskinfo?taskID=9378487 Thanks Tim! It was very quick and well explained breakdown of things. I can confirm that increasing delay resolves the issue completely. Regards, Momcilo. Thanks for testing. Fixed upstream: https://git.fedorahosted.org/cgit/system-config-printer.git/commit/?id=8459b61f069bb6967c0d19e69481074c44d56b94 system-config-printer-1.5.7-1.fc22 has been submitted as an update for Fedora 22. https://admin.fedoraproject.org/updates/system-config-printer-1.5.7-1.fc22 system-config-printer-1.5.7-1.fc21 has been submitted as an update for Fedora 21. https://admin.fedoraproject.org/updates/system-config-printer-1.5.7-1.fc21 Package system-config-printer-1.5.7-1.fc22: * should fix your issue, * was pushed to the Fedora 22 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing system-config-printer-1.5.7-1.fc22' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2015-7265/system-config-printer-1.5.7-1.fc22 then log in and leave karma (feedback). system-config-printer-1.5.7-1.fc22 has been pushed to the Fedora 22 stable repository. If problems still persist, please make note of it in this bug report. system-config-printer-1.5.7-3.fc21 has been pushed to the Fedora 21 stable repository. If problems still persist, please make note of it in this bug report. |
Created attachment 1007744 [details] dmesg output Description of problem: When printer is turned off and back on it reports different serial number and it must be installed again as it's detected as different printer. Version-Release number of selected component (if applicable): 3.14.10-5.fc21 How reproducible: always Steps to Reproduce: 1. Install printer 2. Turn off printer 3. Turn on printer Actual results: Printer must be installed again Expected results: Printer operates under the same name Additional info: Attached are outputs of 'journalctl -b' and 'dmesg' which clearly shows that serial number has changed.