Bug 21137
Summary: | Kernel panic: Attempting to kill the idle task! | ||||||
---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | David Searles <david> | ||||
Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> | ||||
Severity: | high | Docs Contact: | |||||
Priority: | high | ||||||
Version: | 7.0 | CC: | zadman | ||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | i386 | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2001-05-02 11:15:46 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
David Searles
2000-11-20 18:39:05 UTC
Created attachment 5564 [details]
Crash data from console
So what's the deal here. Does this bug stay NEW forever? Is this the "ignore it and maybe it'll go away" philosophy? I am receiving a similar kernel panic with RedHat 6.2 kernel 2.2.16-3. We are running a cluster of Linux machines with MPI. At least once a weak one machine will lock up and I receive the following error: Code: 8b 4a 04 85 c9 74 26 8b 5a 18 8b 02 89 01 8b 09 85 c9 74 0c Aiee, killing interrupt handler Kernel Panic: Attempted to kill the idle task! In interrupt: handler not syncing. Without running this oops through ksymoops _on your machine_, this information is useless to us. You can do that by doing cat <file with the panic> | ksymoops or if the system survived the oops: dmesg | ksymoops I upgraded to RedHat 7.1 and this problem has disappeared, therefore please close this record. BTW, RH 7.1 seems VERY solid (a VERY welcome improvement over RH 7.0 which was flaky at best) |