From owner-freebsd-questions@FreeBSD.ORG Tue Jan 18 19:56:05 2005 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E5C5416A4CE for ; Tue, 18 Jan 2005 19:56:04 +0000 (GMT) Received: from FS.Denninger.Net (wsip-68-15-213-52.at.at.cox.net [68.15.213.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7205A43D2D for ; Tue, 18 Jan 2005 19:56:04 +0000 (GMT) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.Denninger.Net (8.12.10/8.12.8) with SMTP id j0IJu3uK004778 for ; Tue, 18 Jan 2005 13:56:04 -0600 (CST) (envelope-from karl@FS.Denninger.Net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys; Tue Jan 18 13:56:03 2005 Received: (from karl@localhost) by FS.Denninger.Net (8.12.10/8.12.8/Submit) id j0IJu37m004776 for freebsd-questions@freebsd.org; Tue, 18 Jan 2005 13:56:03 -0600 (CST) Message-ID: <20050118135603.D4429@Denninger.Net> Date: Tue, 18 Jan 2005 13:56:03 -0600 From: Karl Denninger To: freebsd-questions@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Vinum starting at boot for root filesystem - 5.3-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2005 19:56:05 -0000 I've done this before with 4.x, but am running into a problem with 5.3-RELEASE in an attempt to move over production machines to the 5.x branch. I have done the following: 1. Set up a "dummy" root slice, containing the root (this was used to load the operating system.) No problems here. 2. Set up the rest of both SATA disks as a "vinum" slice, and set up the mirrored plexes and subdisks within it. No problems there; all plexes and subdisks are shown as 'up'. Newfs'd appropriately, mounting all the vinum'd filesystems work fine. I/O tests to these file systems show no problems. 3. Copied the root slice to /dev/vinum/root (using dump/restore), while booted on the "old" root. No problem there either. 4. Fixed the label on the boot device to move the "old" root under the 'd' slice, and created the 'dummy root' slice entry as slice 'a'. Validation with "fsck -n" passes - I can "see" the "faked" root slice properly when mounted read-only, and when FSCKing it, so the label is ok. 5. Stuck 'vinum.autostart="YES"' and 'vinum_load="YES"' in the /boot/loader.conf file on the VINUM'd root filesystem, to cause the vinum KLD to be loaded and started on boot, as stated in http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/vinum-root.html as the proper procedure for 5.3-RELEASE. The system boots off the VINUM'd "faked" root slice ok, and comes up normally UNTIL it reaches the end of the device probe. I then get: vinum: loaded vinum: no drives found followed by (of course) a failure to mount the root filesystem. But the two id lines for the SATA drives are directly above the VINUM banner! The disks are definitely there, otherwise I couldn't have booted from one of them. Attempting to do this the "old" way (compatable with 4.x) by explicitly naming the disk devices involved in the /boot/loader.conf file also fails with identical results. If I specify /dev/ad4s1d (the old root filesystem) I can get into the system with THAT as the root - but that's the old, pre-VINUM'd root filesystem. Typing "vinum list" from there shows no drives or plexes. HOWEVER, a "vinum start" reads both drive VINUM configuration tables, loads all plexes, and the filesystems are there! I can then mount them and all is well - well, ok, except that I'm on the "wrong", non-redundant root. It appears that "autostart" is failing to read the disk devices for the vinum configuration tables, even though (from the above) it appears that it is indeed being executed at the appropriate time. Is this broken in 5.3 and/or is there a workaround? PS: Attempting to "vinum start" without first remounting the root device read/write results in an immediate panic with a "dangling vnode" message as well. Since I never get far enough to boot "automatically" into the vinum'd root filesystem I have no idea if that would nail me if I solved the original problem or not.... -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://www.spamcuda.net SPAM FREE mailboxes - FREE FOR A LIMITED TIME! http://genesis3.blogspot.com Musings Of A Sentient Mind