From: "Brett G. Durrett" <brett@imvu.com>
To: "David N. Welton" <d.welton@webster.it>
Cc: linux-kernel@vger.kernel.org
Subject: Re: megaraid_sas waiting for command and then offline
Date: Wed, 25 Oct 2006 15:48:36 -0700 [thread overview]
Message-ID: <453FE9C4.1090504@imvu.com> (raw)
In-Reply-To: <453F2454.1000707@webster.it>
David,
We switched to 2.6.18 (SMP) and applied the latest patches from LSI (got
them directly from Sumant Patro). Also, he told me to make sure "read
ahead" was set to "off". This seems to have reduced the frequency of
the failures to about once per week (across 10+ machines), down from
several times per week.
After I reported an additional failure, Sumant said they were able to
reproduce the problems with XFS but they have not seen it with EXT3. I
prefer XFS but I prefer to have reliable databases even more...
I now have a couple of systems running in the new configuration and I am
slowly migrating others to it as well. I have not seen a failure with
EXT3 but I statistically it would have been unlikely... I won't declare
victory until I have more systems converted with a few weeks of reliable
use.
Hope this helps... if anybody solves the root cause I will happily offer
them a small gift to show my gratitude.
B-
David N. Welton wrote:
>Hi,
>
>I found someone corresponding to your name writing about a problem with
>the megaraid sas driver/hardware on the LKML:
>
>http://lkml.org/lkml/2006/9/6/12
>
>We have a Dell (2950, running 2.6.18 #1 SMP) as well, and the way I
>managed to kill the thing dead in its tracks (symptoms basically what
>you you describe) is with smartctl:
>
>root@salgari:~# smartctl --all /dev/sda
>smartctl version 5.34 [i686-pc-linux-gnu] Copyright (C) 2002-5 Bruce Allen
>Home page is http://smartmontools.sourceforge.net/
>
>Device: DELL PERC 5/i Version: 1.00
>Device type: disk
>Local Time is: Wed Oct 25 10:14:40 2006 CEST
>Device does not support SMART
>
>Error Counter logging not supported
>
>
>Device does not support Self Test logging
>
>----
>
>[61101.681857] sd 0:2:0:0: rejecting I/O to offline device
>[61101.681944] EXT3-fs error (device sda1): ext3_readdir: directory
>#7553069 contains a hole at offset 0
>[61103.944794] sd 0:2:0:0: rejecting I/O to offline device
>[61103.944879] EXT3-fs error (device sda1): ext3_readdir: directory
>#7553069 contains a hole at offset 0
>[61104.672212] sd 0:2:0:0: rejecting I/O to offline device
>[61104.672295] EXT3-fs error (device sda1): ext3_readdir: directory
>#7553069 contains a hole at offset 0
>[61105.255981] sd 0:2:0:0: rejecting I/O to offline device
>[61105.256066] EXT3-fs error (device sda1): ext3_readdir: directory
>#7553069 contains a hole at offset 0
>
>----
>
>Dead in the water. We suspect that in any case there are some disk
>problems, which is why we were trying to use smartctl in the first place.
>
>I was just curious if you managed to figure anything out...
>
>Thanks,
>Dave Welton
>
>
next prev parent reply other threads:[~2006-10-25 22:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-25 8:46 megaraid_sas waiting for command and then offline David N. Welton
2006-10-25 22:48 ` Brett G. Durrett [this message]
2006-10-25 23:03 ` Alan Cox
2006-11-13 21:40 ` Brett G. Durrett
-- strict thread matches above, loose matches on Subject: below --
2006-09-06 17:14 Patro, Sumant
2006-09-06 20:44 ` Brett G. Durrett
2006-09-06 4:49 Brett G. Durrett
2006-09-06 14:11 ` Dave Lloyd
2006-09-06 16:04 ` Brett G. Durrett
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=453FE9C4.1090504@imvu.com \
--to=brett@imvu.com \
--cc=d.welton@webster.it \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox