From owner-freebsd-questions@FreeBSD.ORG Tue Dec 25 23:25:21 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8494A317; Tue, 25 Dec 2012 23:25:21 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 0A8A68FC0A; Tue, 25 Dec 2012 23:25:20 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.5/8.14.5/ALCHEMY.FRANKEN.DE) with ESMTP id qBPNP78j047764; Wed, 26 Dec 2012 00:25:08 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.5/8.14.5/Submit) id qBPNP7Pv047763; Wed, 26 Dec 2012 00:25:07 +0100 (CET) (envelope-from marius) Date: Wed, 26 Dec 2012 00:25:07 +0100 From: Marius Strobl To: Chris Ross Subject: Re: Changes to kern.geom.debugflags? Message-ID: <20121225232507.GA47735@alchemy.franken.de> References: <7AA0B5D0-D49C-4D5A-8FA0-AA57C091C040@distal.com> <6A0C1005-F328-4C4C-BB83-CA463BD85127@distal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6A0C1005-F328-4C4C-BB83-CA463BD85127@distal.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-questions@freebsd.org, freebsd-sparc64@freebsd.org X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Dec 2012 23:25:21 -0000 On Mon, Dec 24, 2012 at 07:35:57PM -0500, Chris Ross wrote: > > On Dec 23, 2012, at 16:56 , Chris Ross wrote: > > I had brought up a machine months ago with freebsd-9-stable. I configured it to boot off of a single disk, with ZFS, expecting I would likely later attach the other disk to the zpool. I tried to do that today, but find that I can't write the bootloader to either disk. > > > > gpart: /dev/da0a: Operation not permitted > > > > [...] > > Okay. It occurred to me today what was likely the problem. I was running, even when single user, off of the zfs pool on the disks I was trying to write the bootloader to. > > I tar'd up /boot after my recent install from a Dec 22 9-stable, and moved it off-host. Then, I booted off of the July stable-9 CD-ROM I have in the machine, and was able to write bootblocks (with gpart bootcode) and a bootloader (dd if=/boot/zfsloader of=/dev/${disk}a bs=512 oseek=1024 conv=notrunc). > > Now, the new problem. When I try to boot my sparc64 with these bits, I see: > > >> FreeBSD/sparc64 ZFS boot block > Boot path: /pci@1c,600000/scsi@2/disk@0,0:a > Consoles: Open Firmware console > ERROR: Last Trap: Division by Zero > > {1} ok > > So, does anyone know if something has gone unstable in the sparc64 zfsboot in recent months? If I boot from the cdrom again and load the July zfsboot via gpart bootcode, it boots correctly again. > Please see http://www.freebsd.org/cgi/getmsg.cgi?fetch=0+0+/usr/local/www/db/text/2012/freebsd-sparc64/20121223.freebsd-sparc64 and provide debug information. Marius