Hi,
we have the same problem with an old Celeron PC running Debian 8.8, is
there a workaround?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1557172
Title:
khubd/usbhid deadlock(?) creates
Mike: I did read that from the original post. Just that preventing the
iDRAC from working would prevent remote access to the terminal which is
sometimes required at our end - typically contingencies when there is
some issue with network, we use the iDRAC for remote access.
Unlike your situation,
Mike - checking if you have found a workaround or any temporary fix for
this issue ? I have faced the same problem on an R410 with iDRAC running
trusty kernel.
Following are the logs from my server:
[3903494.645100] usb 5-2: reset full-speed USB device number 2 using uhci_hcd
[3903499.760216]
Checking in again, no real changes in my observations of this bug. It's
worth noting that this only occurs in 0.5% of our machines (yes, half a
percent!). A good chunk of them are servers with DRACs, but there's a
nontrivial amount of desktops that hit this issue too.
I'm having affected users
Looks like nobody cares about this issue?!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1557172
Title:
khubd/usbhid deadlock(?) creates processes in state D
To manage notifications about this bug
I have the same problem with a Dell PowerEdge R210 II, with Dell DRAC under
Ubuntu Server 14.04 LTS and 3.13 kernel: Process khubd will block in state D
too.
=> need to do a hard reboot
Screenshot of htop: https://lafibre.info/serveur-linux/load-
average/msg372058/#msg372058
The "dmesg" data
[Expired for linux (Ubuntu) because there has been no activity for 60
days.]
** Changed in: linux (Ubuntu)
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1557172
Made it a valid patch file (for Debian stable):
amd64:/usr/src/linux-3.16.35# cd /usr/src/linux-3.16.35
amd64:/usr/src/linux-3.16.35# patch -p1 --dry-run
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1557172/+attachment/4673143/+files/hid-core.c-3.16-to-4.5.diff
** Patch added:
Maybe this patch "HID: usbhid: fix recursive deadlock" fixes the Ubuntu
problem:
https://lists.ubuntu.com/archives/kernel-
team/2016-February/071250.html
But that fix is in my Debian kernel:
https://tracker.debian.org/media/packages/l/linux/changelog-3.16.7-ckt25-2
Maybe it did not fix all
For a few weeks I have the same bug in Debian/stable: linux-image-3.16.0-4-amd64
That kernel image is from 9th March.
I upgraded on April 4. dpkg log says 3.16.7-ckt20-1+deb8u4 3.16.7-ckt25-1
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Anybody knows who is maintainer of khubd?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1557172
Title:
khubd/usbhid deadlock(?) creates processes in state D
To manage notifications about this bug
All problems disappeared when I disconnected malfunctioning USB hub model
EL-UDON-77151 (monitor stand).
The issue appeared in kernels version 3.13 and 3.16.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Hi,
can you look please at http://ubuntuforums.org/showthread.php?t=2321068
it appears pretty close to described issue.
I can provide more details upon request.
** Attachment added: "Call trace"
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1557172/+attachment/4640610/+files/k.txt.gz
Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v4.5 kernel[0].
If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.
If the mainline kernel does not fix
Sorry, I'm not super familiar with apport (our security folks make us
disable it because they get upset for reasons I don't quite grasp).
I tried to install apport and python-apport, but no dice on actually
running apport-collect.
$ apport-collect 1557172
Traceback (most recent call last):
15 matches
Mail list logo
