OpenVZ Forum


Home » Mailing lists » Users » Is there a stable OpenVZ kernel, and which should be fit for production
Re: Is there a stable OpenVZ kernel, and which should be fit for production [message #44361 is a reply to message #44357] Fri, 02 December 2011 00:39 Go to previous message
Stephen Balukoff is currently offline  Stephen Balukoff
Messages: 3
Registered: December 2011
Junior Member
Ok, y'all:

We managed to get a call trace. I've opened the following bug on this
issue: http://bugzilla.openvz.org/show_bug.cgi?id=2110

Anything else I can do or provide to get traction on getting a
developer to look at this? (This is a complete show-stopper for our
Scientific Linux 6.1 OpenVZ roll-out.)

Stephen

On Thu, Dec 1, 2011 at 2:06 PM, Stephen Balukoff <sbalukoff@bluebox.net> wrote:
> Oh!  And for what it's worth, we're seeing this on both the latest
> stable RHEL6 kernel, as well as the latest testing RHEL6 kernel
> available in the repositories for download.  (That is, 042stab39.11
> and 042stab044.1 respectively).
>
> Stephen
>
> On Thu, Dec 1, 2011 at 2:03 PM, Stephen Balukoff <sbalukoff@bluebox.net> wrote:
>> We're also seeing a big increase in instability since moving to the
>> RHEL 6 kernels.  Specifically, our typical platform consists of a
>> Supermicro motherboard with dual 12-core AMD procs (ie. 24 in one
>> system);   The most frustrating part is that the symptom we're seeing
>> is highly intermittent (sometimes it takes 10 minutes to trigger,
>> sometimes several days), and doesn't result in a kernel panic or dump
>> per se.  Instead what we're seeing is an unresponsive system (still
>> responding to ping, but all services on the box are unresponsive),
>> with this scrolling by on the console:
>>
>> BUG: soft lockup - CPU#22 stuck for 67s! [node:585441]
>> BUG: soft lockup - CPU#23 stuck for 68s! [node:585419]
>>
>> (multiple times per second, repeating all the different process
>> numbers and many different processes running within containers).
>>
>> We're going to file a bug report on this, of course, but wondered if
>> there was anything else we can do here to get any other information
>> which can help the devs to come up with the cause and hopefully fix
>> for the above?  (Again, we're not getting a panic, and we're not able
>> to do anything on the console.)
>>
>> Thanks,
>> Stephen
>>
>>
>> --
>> Stephen Balukoff
>> Blue Box Group, LLC
>> (800)613-4305 x807
>
>
>
> --
> Stephen Balukoff
> Blue Box Group, LLC
> (800)613-4305 x807



--
Stephen Balukoff
Blue Box Group, LLC
(800)613-4305 x807
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: openvz CT migration filesystem on share storage
Next Topic: OpenVZ Container with a PCI ISDN Card
Goto Forum:
  


Current Time: Sat Jun 21 21:37:52 GMT 2025

Total time taken to generate the page: 0.09006 seconds