Messages in this thread | | | Date | Wed, 06 Sep 2006 13:44:21 -0700 | From | "Brett G. Durrett" <> | Subject | Re: megaraid_sas waiting for command and then offline |
| |
Sumant,
Not sure if I am missing something - I appear to be running the latest FW available:
Versions ================ Product Name : PERC 5/i Integrated Serial No : 12345 FW Package Build: 5.0.1-0030 FW Version : 1.00.01-0088 BIOS Version : MT23 Ctrl-R Version :1.02-007
Patro, Sumant wrote:
>Hello Brett, > > A DMA related bug was fixed in FW ver *.0095 that was causing >the FW to stop responding. > > Please upgrade the FW version to >= *.0095 and let me know if >you still see the issue. > >Regards, > >Sumant > > >-----Original Message----- >From: Brett G. Durrett [mailto:brett@imvu.com] >Sent: Wednesday, September 06, 2006 9:04 AM >To: Dave Lloyd >Cc: Patro, Sumant; Bagalkote, Sreenivas; lkml; Berkley Shands >Subject: Re: megaraid_sas waiting for command and then offline > > >The machines are Dell 2900s, so the mobo is custom. From a Dell SE, >"Dell uses a custom mobo that is Dell branded with the Intel chipset >Greencreek.". > >B- > > > > >Dave Lloyd wrote: > > > >>Brett G. Durrett wrote: >> >> >>>I have the same or a similar issue running 2.6.17 SMP x86_64 - the >>>megaraid_sas driver hangs waiting for commands and then the >>> >>> >filesystem > > >>>unmounts, leaving the machine in an unusable state until there is a >>> >>> >>hard >> >> >>>reboot (the machine is responsive but any access, shell or >>> >>> >>otherwise, is >> >> >>>impossible without the filesystem). While I do not have much >>> >>> >debugging > > >>>information available, this happens to me about once every 6-7 days >>> >>> >in > > >>>my pool of seven machines, so I can probably get debugging info. >>> >>> >Since > > >>>the disk is offline and I can't get remote console, I don't have any >>>details except something similar to Dave Lloyd's post, below. >>> >>>The only thing that the machines with these failures seem to have in >>>common is the fact that they are almost exclusively writes - they >>> >>> >are > > >>>slave database machines with large memory and pretty much just >>>replicate. The read/write machines seem to have less failures. >>> >>>I am happy to help provide debugging information in any reasonable >>> >>> >way. > > >>>In the mean time, if there are any known suggestions or workarounds >>> >>> >for > > >>>the problem, I would be grateful for the guidance. >>> >>>Here are what details on the controller. If you want additional >>> >>> >info, > > >>>let me know exactly what you need and I will do what I can to get it >>> >>> >to > > >>>you.: >>> >>>Product Name : PERC 5/i Integrated >>>Serial No : 12345 >>>FW Package Build: 5.0.1-0030 >>>FW Version : 1.00.01-0088 >>>BIOS Version : MT23 >>>Ctrl-R Version :1.02-007 >>> >>>B- >>> >>> >>Which motherboard are you using? We believe that this may be a >>motherboard specific issue. It appears to happen on a SuperMicro >>motherboard but not a Tyan motherboard. >> >> >> >- >To unsubscribe from this list: send the line "unsubscribe linux-kernel" in >the body of a message to majordomo@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html >Please read the FAQ at http://www.tux.org/lkml/ > > - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |