(hp) did not claim interface 1 before use

Bug #1158718 reported by Steve Wilson
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
HPLIP
New
Undecided
Unassigned

Bug Description

I'm reporting this as a new, separate error, as any previous reference to a similar, but not identical error seems to be at least 18 months old.

I have a HP Officejet 6313 via usb to openSuSE 12.2 PC, although the problem I am reporting was also present on version 12.1

This printer, plus a HP Laserjet M1005MFP were installed using hplip 'hp-setup', and 'hp-check' indicates all Dependencies are installed. The M1005MFP prints without any issues.

The Officejet 6313 sometimes prints without any issues, but often it stops printing, halfway through a single A4 document. And sometimes, but not always, I can complete the printing by simply opening the HPLIP Status Service GUI interface (ver 3.13.3). However, the error is sometimes more serious and writes to the var/log/warn and var/log/messages files, over and over again:-

Mar 22 11:13:14 steve kernel: [592666.665419] usb 1-5: usbfs: process 20111 (hp) did not claim interface 1 before use
Mar 22 11:13:14 steve kernel: [592666.665495] usb 1-5: usbfs: process 20112 (hp) did not claim interface 1 before use
Mar 22 11:13:14 steve kernel: [592666.665554] usb 1-5: usbfs: process 20113 (hp) did not claim interface 1 before use
Mar 22 11:13:14 steve kernel: [592666.665603] usb 1-5: usbfs: process 20114 (hp) did not claim interface 1 before use
Mar 22 11:13:14 steve kernel: [592666.665650] usb 1-5: usbfs: process 20115 (hp) did not claim interface 1 before use

Mar 22 11:18:38 steve hp[27689]: io/hpmud/musb.c 982: invalid bulk out endpoint
Mar 22 11:18:38 steve hp[8142]: io/hpmud/musb.c 982: invalid bulk out endpoint
Mar 22 11:18:38 steve hp[8142]: io/hpmud/musb.c 982: invalid bulk out endpoint
Mar 22 11:18:38 steve hp[27689]: io/hpmud/musb.c 982: invalid bulk out endpoint
Mar 22 11:18:38 steve hp[8142]: io/hpmud/musb.c 982: invalid bulk out endpoint
Mar 22 11:18:38 steve hp[8142]: last message repeated 21 times

This occurs until the entire hard drive is full!

I have tried both hpijs and hpcups 3.13.3 but problem persists, regardless of which driver I use.

The only other observation I note is that running 'hp-check' indicates one error, although this clearly doesn't affect the M1005MFP's ability to print:-

error: lp groups need to be added for steve user

I cannot add this locally on the PC, as all users (including myself) are LDAP clients, however, I have added myself to the lp group on the LDAP Server, but to no avail.

Incidentally, I have other HP Laserjet printers on openSuSE 12.2 LDAP Client PC's and none exhibit this error, only the Officejet 6313.

Revision history for this message
zebul666 (zebul666) wrote :

I confirm this bug with a HP Photosmart C1380 and hplip 3.13.4 on archlinux x86_64.
The printing suddently stops and hp process use almost 100% of cpu to fill the log with this error
"io/hpmud/musb.c 982: invalid bulk out endpoint"

I have managed to kill that process otherwise it would have filled the log and my harddrive.

Revision history for this message
zebul666 (zebul666) wrote :

In fact, it only happens when I print a roadbook from viamichelin.fr website. Otherwise, I have not encoutered the bug.

Revision history for this message
Steve Wilson (steve-wilson) wrote :

I've found a temporary solution to avoid filling the hard drive, until they find a proper solution to this bug......

Open the GUI HPLIP Status Service window before printing. If/when the printer stops halfway though a print job, close the GUI HPLIP Status Service and re-open it. The printer then completes the printing and the log file doesn't grow rapidly in size!

Revision history for this message
Steve Wilson (steve-wilson) wrote :

Also now using 'hplip 3.13.4'.

Revision history for this message
Jerome (jerome-jolimont) wrote :

I just installed a HP Photosmart 2570 on a Debian Jessie (hplip v3.14.6) using the USB cable and I ran into a similar issue:

syslog/messages/kern.log all filled with

    usb 1-5: usbfs: process 12703 (hp) did not claim interface 1 before us

until the partition was full (which made the system unusable to a user with no command line skills).

I realize I don't bring much more info, except for the fact that this seems to affect more recent releases.

Can it be hardware related (defective printer)?

Is there anything I should check if it ever occurs again?

Revision history for this message
Jerome (jerome-jolimont) wrote :

I can also reproduce with version 3.16.5+repack1-1~bpo8+1 from Debian Jessie backports.

What "HPLIP Status Service window" are you referring to?

Is it hp-toolbox from hplip-gui?

Revision history for this message
Steve Wilson (steve-wilson) wrote : Re: [Bug 1158718] Re: (hp) did not claim interface 1 before use

Sorry, it's so long ago. I never managed to find a solution to the problem.
Besides, I found the printer would often report empty carts if I hadn't used
the printer for a couple of weeks, so I no longer use HP inkjet printers.

My Samsung and HP laser printers are much cheaper to run and I don't
experience the bug issue with any of these printers.

Sorry I cannot be of more help.

> I can also reproduce with version 3.16.5+repack1-1~bpo8+1 from Debian
> Jessie backports.
>
> What "HPLIP Status Service window" are you referring to?
>
> Is it hp-toolbox from hplip-gui?

--

This e-mail and any attachment has been created in a Linux (openSUSE Leap
42.1) environment and should be free of viruses. However, as a precaution, we
employ 'Clam AV' to scan all incoming and outgoing e-mails.

Revision history for this message
Jerome (jerome-jolimont) wrote :

As a sorry workaround, I created a script to restart cups:

    #!/bin/sh
    systemctl restart cups

I also added

    user ALL=NOPASSWD: /path/to/my/script

to /etc/sudoers

And I added a launcher to the panel to allow the user to relaunch cups whenever this happens again.

I hope this will unlock the printer and prevent hplip filling up the system partition with logs.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.