Bug#939328: linux-image-4.19.0-5-amd64: buster and stretch-backports kernel causes interfaces rename back to ethX on HPe DL360g10

2019-09-03 Thread Sven Hoexter
Package: src:linux Version: 4.19.37-5+deb10u2 Severity: normal Hi, installing the latest update caused our NICs to be renamed from "enoX" back to "ethX". We first experienced this issue on Debian/buster on HPe DL360g10 and now found the same issue with the latest upload of the same kernel to str

Bug#903767: Bug#903800: 4.9.110-1 Xen PV boot workaround

2018-07-22 Thread Sven Hoexter
The package is available via stretch-proposed-updates. Just add that one to your sources.list until the next point release or linux security update. HTH, Sven Am 22. Juli 2018 22:48:35 MESZ schrieb Jered Floyd : > >It appears that this ticket has been closed, noting a fix in >linux-4.9.110-2 (so

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

2012-07-16 Thread Sven Hoexter
On Sun, Jul 15, 2012 at 11:41:33PM +0100, Ben Hutchings wrote: Hi, > I assume you mean this patch: > > so I'll apply that. Exactly, that would be great. > It

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

2012-05-29 Thread Sven Hoexter
On Mon, May 21, 2012 at 10:25:09PM +0530, shyam_i...@dell.com wrote: Hi, > We have observed that doing a reset on idrac on low-end server like R|T210 > R|T310 triggers > the panic whereas the high end servers do not deadlock on an iDRAC reset so > we know that > this timing dependent. Ah thank

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

2012-05-15 Thread Sven Hoexter
On Tue, May 01, 2012 at 10:15:37AM +0530, shyam_i...@dell.com wrote: Hi, > Was the usb reset issue found while resetting the iDRAC ? > > Resetting the iDRAC is an out of band process and has to be issued via a > separate management network to the iDRAC. I found the time to test this issue in s

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

2012-05-02 Thread Sven Hoexter
On Tue, May 01, 2012 at 10:15:37AM +0530, shyam_i...@dell.com wrote: Hi, > It doesn't seem like this is the same bug. > > Was the usb reset issue found while resetting the iDRAC ? Ok we just tried a 'racadm racreset hard' on a R210 and yes we can reproduce that issue. We would highly appreciat

Bug#670398: Deadlock in hid_reset when Dell iDRAC is reset

2012-05-01 Thread Sven Hoexter
On Tue, May 01, 2012 at 10:15:37AM +0530, shyam_i...@dell.com wrote: Hi, > It doesn't seem like this is the same bug. > > Was the usb reset issue found while resetting the iDRAC ? No, during normal operation. I think nobody even used the iDRAC of those systems between the last boot and the appe

Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs

2012-04-27 Thread Sven Hoexter
On Fri, Apr 27, 2012 at 04:19:21AM +0100, Ben Hutchings wrote: Hi, > So it looks like in this case at least you're seeing a bug in USB error > recovery and not anything to do with timing using the TSC vs HPET. Ok, a few minutes ago I got aware of another system with the given symptoms with a San

Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs

2012-04-26 Thread Sven Hoexter
On Thu, Apr 26, 2012 at 01:45:30PM +0100, Ben Hutchings wrote: Hi, > You can use 'echo w > /proc/sysrq-trigger' to get a traceback for all > the tasks in D state, which might provide some clues. ok, see the attached file. Regards, Sven Apr 26 16:08:34 vdf1 kernel: [6726714.281854] SysRq : Show

Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs

2012-04-26 Thread Sven Hoexter
On Wed, Apr 25, 2012 at 09:33:44PM -0700, John Stultz wrote: Hi, > When you can connect to the system that is having problems, do you > see any problems with the time? ie: does date show the correct time, > and does it increment normally? I don't see any jumps in time here: while true; do /sbin

Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs

2012-04-26 Thread Sven Hoexter
On Thu, Apr 26, 2012 at 04:49:56AM +0100, Ben Hutchings wrote: > On Wed, 2012-04-25 at 10:36 +0200, Sven Hoexter wrote: Hi, > > Searching through munin graphs we could narrow down the starting point of > > this issue > > to the point when the hpet interrupts for on

Bug#670398: linux-image-2.6.32-5-amd64: SSH logins hang while hpet interrupts multiply on Intel Nehalem CPUs

2012-04-25 Thread Sven Hoexter
Package: linux-image-2.6.32-5-amd64 Version: 2.6.32-41squeeze2 Severity: important Hi, since about December 2011 we've seen systems were SSH sessions suddenly hang and further logins on the physical TTY or via SSH are no longer possible. In some cases ssh logins still work and you see motd and m