RE: PE 1650 with Perc 3/Di
"Salyzyn, Mark" <[email protected]> Fri, 5 Mar 2004 17:00:34 -0500
| Newsgroups | gmane.linux.drivers.aacraid.devel |
|---|---|
| Message-ID | <[email protected]> |
Thank You Thank You Thank You .... NMI_SECONDARY_ATU_ERROR is a catastrophic failure on the I960 internal PCI bus. Being generically catastrophic, the Firmware `just stops' if no corrective action is indicated. External sources of this fault can be PCI bus reset, and *possibly* a sizing request to the BARs (I know this is the primary side, but it still causes a transfer error). Make sure you do not have any utilities that are doing a pci trace of any form. Other PCI targets on the machine could be faulty, triggering a PCI bus reset. Since the machine turns to mud, you have no idea what else has been damaged, the Adapter is just the highest activity source and thus feels the pain. You could have bad memory (a stretch, I admit) for example ... Internal sources can be internal hardware failure of Firmware bug. Although Dell may have to make a determination if there is a hardware problem on your machine, I feel that this *may* be a good machine to analyze to see if there is a recoverable condition here. The Firmware Engineer is probably going to have to instrument up to dump the entire I960's PCI configuration register set at point of failure and print it out the UART (a serial debug connector added to the adapter) to trace this down. They may be able to just work on your Firmware if you are willing ... Please contact Dell Technical Support to make sure their cookbook does not point to a bad motherboard or card on your system. If they find this is pandemic and can be reproduced within Dell, or if not and endemic a post-mortem on *your* machine is in order. Sincerely -- Mark Salyzyn -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Matt Soccio Sent: Friday, March 05, 2004 2:12 PM To: [email protected] Subject: PE 1650 with Perc 3/Di I have a Poweredge 1650 with the Perc 3/Di raid controller, and have not been able to keep it up an running for more than a week or so at a time. The mainboard was recently replaced on a pre-emptive basis for an unrelated problem, but the problem existed before the replacement as well. After replacement, I updated all bios and esm firmware files that were available on dell's website. I was running a 2.4.22 kernel with the stock aacraid driver and it would crash about every 8-12 days with errors like this: Feb 29 18:43:55 phoenix kernel: aacraid: NMI ISR: NMI_SECONDARY_ATU_ERROR Feb 29 18:47:13 phoenix kernel: scsi: device set offline - command error recover failed: host 0 channel 0 id 0 lun 0 Feb 29 18:47:13 phoenix kernel: SCSI disk error : host 0 channel 0 id 0 lun 0 return code = 6000000 Feb 29 18:47:13 phoenix kernel: I/O error: dev 08:04, sector 15466552 Feb 29 18:47:13 phoenix kernel: I/O error: dev 08:02, sector 3211272 Based on info on this list, I moved to a 2.4.25 kernel but kept the 2.4.22 aacraid driver. It crashed the same way. I have since got the latest (1.1.5) version of the driver from Adaptec's site and it crashed in less than 48 hours with different errors, but I could not grab them as it locked up harder than usual. The errors flooding the console were about scsi hang? and scsi bus not responding. The really strange part of this is that I can't reproduce the problem, it just happens randomly. If I run bonnie++ for a couple hours with a few gigs of I/O it chugs right along, but then it'll be sitting there doing nothing the next day and just stop responding. I just can't find the trigger for the failure. Is there any way to run linux with this hardware? Is there some way to bypass this hardware and run a software raid, or would I have to buy a new scsi controller? With the disk backplane the way it is in the server, would I even be able to put a new controller in there? Any suggestions or pointers are appreciated. Matt _______________________________________________ Linux-aacraid-devel mailing list [email protected] http://lists.us.dell.com/mailman/listinfo/linux-aacraid-devel Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/ _______________________________________________ Linux-aacraid-devel mailing list [email protected] http://lists.us.dell.com/mailman/listinfo/linux-aacraid-devel Please read the FAQ at http://lists.us.dell.com/faq or search the list archives at http://lists.us.dell.com/htdig/