Date: Tue, 20 Sep 2011 10:13:30 -0400 From: Gary Palmer <gpalmer@freebsd.org> To: Oliver Fromme <olli@lurza.secnetix.de> Cc: freebsd-stable@FreeBSD.ORG Subject: Re: 7-stable: Root mount problem (mpt, probing / timing related) Message-ID: <20110920141330.GE10165@in-addr.com> In-Reply-To: <201109201341.p8KDfwoT086881@lurza.secnetix.de> References: <201109201341.p8KDfwoT086881@lurza.secnetix.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Sep 20, 2011 at 03:41:58PM +0200, Oliver Fromme wrote: > Hi, > > I've updated a server with mpt controller to the latest > 7-stable (ok, it's 7-stable from last week). During the > boot sequence, the disk connected to the mpt controller (da0) > seems to be probed too late, i.e. just _after_ the kernel > tries to mount the root file system. It's just a fraction > of a second too late. > > This is a screen shot of the situation: > > http://www.secnetix.de/olli/tmp2/screenshot-boot.jpg > > Of course, I can enter "ufs:da0s1a" at the rootmount prompt, > and the machine continues to boot fine. But this is a > server that should be able to boot unattended, so I need > this to be fixed. > > What's the "official" way to fix this? I think someone else > had a similar problem some time ago, but a quick search of > the lists doesn't yield anything. > > (BTW: Interestingly, the same machine boots fine without > hickup when booting 8-stable which is installed on another > Slice of the same disk. This could be just coincidence, > maybe the timing of probing is slightly different between > 7-stable and 8-stable.) Does increasing the kern.cam.scsi_delay loader tunable help at all? Gary
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20110920141330.GE10165>