public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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
>>
>


      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