Bug 587265
Summary: | [abrt] crash in kernel: BUG: soft lockup - CPU#1 stuck for 4096s! [sync_supers:18] | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise Linux 6 | Reporter: | Andrew Hecox <ahecox> | ||||
Component: | kernel | Assignee: | Andrew Jones <drjones> | ||||
Status: | CLOSED DUPLICATE | QA Contact: | Red Hat Kernel QE team <kernel-qe> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | low | ||||||
Version: | 6.0 | CC: | drjones, mgahagan, nenad | ||||
Target Milestone: | rc | ||||||
Target Release: | --- | ||||||
Hardware: | x86_64 | ||||||
OS: | Linux | ||||||
Whiteboard: | abrt_hash:501133792 | ||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2010-11-16 09:07:37 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
Andrew Hecox
2010-04-29 13:53:26 UTC
Created attachment 410117 [details]
sos from domU
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion. There's a discussion about this upstream on xen-devel right now http://lists.xensource.com/archives/html/xen-devel/2010-03/msg01561.html That machine and the machine this bug is reported for are both AMD. processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 5 model name : AMD Opteron(tm) Processor 250 stepping : 10 cpu MHz : 2393.180 cache size : 1024 KB fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu tsc msr pae cx8 cmov pat clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow rep_good bogomips : 4786.36 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management: ts fid vid ttp This machine has 2 vcpus and xen-devel one has 3. While I don't have much confidence it will help, it would probably be a good idea to test a guest with only 1 vcpu. Can you try running this guest again with only one vcpu? Oops, I think I shot from the hip a bit too fast there on my last comment. Now that I'm looking closer it doesn't look like the upstream issue is related, so sorry about that noise. This bug does look like something I've seen before though bug 550724. It looks like that bug because I poked at the sos report and see that dmesg shows all tasks are getting stuck, i.e. locked up on D state. I'll look closer now before I make my next comment :-) Also, is it possible for me to get access to this machine? yeah, access is not a problem: should I switch back to 2vCPUs? I think this might have happened right after ntp-syncing post-install, if that helps. This issue has been proposed when we are only considering blocker issues in the current Red Hat Enterprise Linux release. It has been denied for the current Red Hat Enterprise Linux release. ** If you would still like this issue considered for the current release, ask your support representative to file as a blocker on your behalf. Otherwise ask that it be considered for the next Red Hat Enterprise Linux release. ** Resetting this to 6.1. We need a reliable reproducer to work on it. This is likely a dup of bug 550724. Are you still seeing this problem? If so, please try running with irqbalance off and see if it goes away so we can dup it. Thanks, Drew Closing this as a dup of bug 550724, if latest kernels still have the problem, then it should be reopened with more information. *** This bug has been marked as a duplicate of bug 550724 *** |