From owner-freebsd-hardware@FreeBSD.ORG Wed Apr 14 21:22:22 2010 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EB431065673 for ; Wed, 14 Apr 2010 21:22:22 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1CB8FC13 for ; Wed, 14 Apr 2010 21:22:22 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DDCEA46B0D; Wed, 14 Apr 2010 17:22:21 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0C5BD8A021; Wed, 14 Apr 2010 17:22:20 -0400 (EDT) From: John Baldwin To: freebsd-hardware@freebsd.org Date: Wed, 14 Apr 2010 17:14:05 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BC603BF.4070705@spiritual-machines.org> In-Reply-To: <4BC603BF.4070705@spiritual-machines.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004141714.05156.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 14 Apr 2010 17:22:20 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.8 required=4.2 tests=AWL,BAYES_00, SUBJECT_FUZZY_TION autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Sean McAfee , spolyack@gmail.com, "Brian A. Seklecki" Subject: Re: sysinstall butchers amr(4) partitions RELENG_6.3 -> 8.0-R binary upgrade X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Apr 2010 21:22:22 -0000 On Wednesday 14 April 2010 2:04:47 pm Brian A. Seklecki wrote: > All: > > We have a large number of non-dangerously-dedicated disks that, > given previous discussion, should be easily updated from 6.3->8. > > These are 8th gen Dell PE18/2850 systems with MFI/LSI amr(4): > PERC4 > > Once loaded, sysinstall sees zero partitions in the > curses-based partition editor. > > At the emergency shell, /dev/amrd0, /dev/amrd0a -> /dev/amrd0g are > visible. > > In the 6.3 OS installed, these are all mapped as /dev/amrd0s1{a->g} > > So perhaps amrd(4) volumes don't follow the rules. What makes > this breakage truly exciting > > If you create a new set of partitions sysinstall, then > slice them, and commit, the newfs/fdisk step fails > and creates: > > /dev/amrd0as1, /dev/armd0as1a -> /dev/armd0as1g > > Then it creates: > > /dev/amrd0cs1, /dev/armd0cs1a -> /dev/armd0cs1g > > Finally it creates: > > /dev/amrd0s1, /dev/armd0s1a -> /dev/armd0s1g > > None of which are usable. > > You can see the result of booting a FixIt image after a failed > sysinstall process: > > http://digitalfreaks.org/~lavalamp/fbsd8_amr_sysinstall_butchered_partitions.jpg > > So that means its time to DBAN the volume for 30 seconds > and/or re-init the RAID volume in the BIOS menu to nuke the > partition table, hence a force reformat during upgrade. > > We wouldn't mind that if we were forcing everyone to use > GPT and ZFS as defaults, but since FreeBSD 8 really changes > nothing substantial this seems broken. This is due to the GPART changes in that it is less forgiving about certain partition layouts. You can try bugging marcel@. FWIW, just doing 'dd if=/dev/zero of=/dev/amrd0 count=100' or so should have been enough to wipe the partition tables that were confusing sysinstall. -- John Baldwin