From owner-freebsd-stable@FreeBSD.ORG Tue Sep 20 13:42:16 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FFD21065673 for ; Tue, 20 Sep 2011 13:42:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id DBBE68FC08 for ; Tue, 20 Sep 2011 13:42:15 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id p8KDfw2F086882; Tue, 20 Sep 2011 15:42:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id p8KDfwoT086881; Tue, 20 Sep 2011 15:41:58 +0200 (CEST) (envelope-from olli) Date: Tue, 20 Sep 2011 15:41:58 +0200 (CEST) Message-Id: <201109201341.p8KDfwoT086881@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG X-Newsgroups: list.freebsd-stable User-Agent: tin/1.9.6-20101126 ("Burnside") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.3.5 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Sep 2011 15:42:14 +0200 (CEST) Cc: Subject: 7-stable: Root mount problem (mpt, probing / timing related) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Sep 2011 13:42:16 -0000 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.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System"