Re: megaraid_sas waiting for command and then offline

["Brett G. Durrett" <brett@imvu.com>]

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/