From: "Jeffrey V. Merkey" <jmerkey@wolfmountaingroup.com>
To: adam radford <aradford@gmail.com>
Cc: Andrew Morton <akpm@osdl.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
linuxraid@amcc.com, linux-scsi@vger.kernel.org
Subject: Re: 3Ware delayed device mounting errors with newer 9500 series adapters
Date: Sun, 22 Oct 2006 14:19:29 -0600 [thread overview]
Message-ID: <453BD251.1000703@wolfmountaingroup.com> (raw)
In-Reply-To: <b1bc6a000610221019i47283722g3b8f4a79918c4825@mail.gmail.com>
adam radford wrote:
> Jeff,
>
> Can you reproduce with 2.6.18.1? ES4 contains a custom 3ware driver.
We don't use kernels later than 2.6.15 in our shipping releases since
they have
some issues with stability.
>
> Also, you have included no error output with this email whatsoever. Can
> you go to a virtual console during your ES4 install, run 'dmesg', and
> see if
> the errors are in there, or if they are a part of the ES4 anaconda
> installer?
dmesg produces no output since the errors are reflected from init.
Errors are typical of an unmounted volume. i.e.
"cannot touch /var/lock/subsys/<service> (dozens of these)
Starting System logger (hangs for 15 minutes)
So no logs .....
>
> /dev/sdb, etc. having delayed appearances sounds like it is udev related.
No, I do not believe so.
>
> Are you running the latest firmware? Do your controllers older than
> 60 days
> have different firmware?
This is the right question. I will collect the various versions this
occurs on and post them here.
>
> I will try to reproduce this.
Pretty easy to do.
Jeff
>
> -Adam
>
> On 10/21/06, Andrew Morton <akpm@osdl.org> wrote:
>
>> On Sat, 21 Oct 2006 11:03:10 -0600
>> "Jeffrey V. Merkey" <jmerkey@wolfmountaingroup.com> wrote:
>>
>> >
>> > Adam,
>> >
>> > We have been getting 3Ware 9500 series adapters in the past 60 days
>> > which exhibit a delayed behavior during mounting of FS from
>> > /etc/fstab. The adapters older than this do not exhibit this
>> behavior.
>> >
>> > During bootup, if the driver is compiled as a module rather than in
>> > kernel, mount points such as /var in fstab fail to detect the devices
>> > until the system fully boots, at which point the /dev/sdb etc. devices
>> > showup. It happens on both ATA cabled drives and drives
>> > cabled with multi-lane controller backplanes.
>> >
>> > The problem is easy to reproduce. Install ES4, point the /var
>> directory
>> > during install to one of the array devices in disk druid, and after
>> > the install completes, /var/ will not mount during bootup and all
>> sorts
>> > of errors stream off the screen. I can reproduce the problem
>> > with several systems in our labs and upon investigating the adapter
>> > revisions, I find that adapters ordered in the past 60 days exhibit
>> > the problem. Compiling the driver in kernel gets around the problem,
>> > indicating its timing related.
>> >
>>
>> cc's added.
>> -
>> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>>
>
prev parent reply other threads:[~2006-10-22 20:10 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-21 17:03 3Ware delayed device mounting errors with newer 9500 series adapters Jeffrey V. Merkey
2006-10-22 6:39 ` Andrew Morton
2006-10-22 17:19 ` adam radford
2006-10-22 20:19 ` Jeffrey V. Merkey [this message]
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=453BD251.1000703@wolfmountaingroup.com \
--to=jmerkey@wolfmountaingroup.com \
--cc=akpm@osdl.org \
--cc=aradford@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linuxraid@amcc.com \
/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