Bug 51659 - [aacraid] Kernel panic when running Cerberus
Summary: [aacraid] Kernel panic when running Cerberus
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel
Version: 7.3
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Arjan van de Ven
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-13 17:55 UTC by Danny Trinh
Modified: 2007-04-18 16:35 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2001-08-28 17:52:24 UTC
Embargoed:


Attachments (Terms of Use)
This is the output of ksymoops (9.80 KB, patch)
2001-08-13 17:58 UTC, Danny Trinh
no flags Details | Diff

Description Danny Trinh 2001-08-13 17:55:16 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 5.0; Windows 98; DigExt)

Description of problem:
When I run Cerberus 1.2.14 on PE2450/Obsidian/RAID1+volume, I got kernel 
panic and the system hung.

How reproducible:
Always

Steps to Reproduce:
1.Install Fairfax beta3 + update kernel to 2.4.7-0.12.0smp
2.Install Cerberus 1.2.14
3.Run newburn


Actual Results:  - First time failed:
 After running cerberus for one day on kernel 2.4.6-3.1smp
- Second time failed:
 I update kernel to 2.4.7-0.12.0smp, and run Cerberus again. This time I 
got kernel panic after 2 days and 15 hours.

Expected Results:  Should pass Cerberus without kernel panic.

Additional info:

Comment 1 Danny Trinh 2001-08-13 17:58:53 UTC
Created attachment 27554 [details]
This is the output of ksymoops

Comment 2 Glen Foster 2001-08-13 19:04:10 UTC
This defect is considered MUST-FIX for Fairfax.

Comment 3 Arjan van de Ven 2001-08-13 19:19:00 UTC
Was this with the adaptec aacraid or with software raid on the aic7xxx ?

Comment 4 Danny Trinh 2001-08-13 19:47:43 UTC
Yes,
I use aacraid and aic7xxx drivers (CD installed). Nothing hooks up to aic7xxx.

Comment 5 Matt Domsch 2001-08-17 19:42:02 UTC
I'm re-running.  The output of ksymoops is unreliable in this case because the 
loaded modules don't match the oops report.  Saved a copy of /proc/ksyms 
and /proc/modules prior to start of test so we can accurately decode the oops 
if/when it happens again.

Comment 6 Danny Trinh 2001-08-28 17:51:07 UTC
I rerun cerberus 1.2.15 and found no error. We can close this bug. Thanks.

Comment 7 Danny Trinh 2001-08-28 17:52:19 UTC
Kernel version 2.4.7-2


Note You need to log in before you can comment on or make changes to this bug.