From owner-freebsd-questions@FreeBSD.ORG Tue Oct 8 21:59:08 2013 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id B11853E9 for ; Tue, 8 Oct 2013 21:59:08 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4A980253A for ; Tue, 8 Oct 2013 21:59:08 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r98Lx1q5029835; Tue, 8 Oct 2013 15:59:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id r98Lx1mX029832; Tue, 8 Oct 2013 15:59:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 8 Oct 2013 15:59:01 -0600 (MDT) From: Warren Block To: Andy Zammy Subject: Re: failed to create gmirror with the handbook instructions In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 08 Oct 2013 15:59:01 -0600 (MDT) Cc: freebsd-questions@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, 08 Oct 2013 21:59:08 -0000 On Tue, 8 Oct 2013, Andy Zammy wrote: > This is actually trickier than it first looked. First I got into single user mode by supplying 'shutdown now', but the tunefs commands all failed with the following: > #tunefs -j disable /dev/ada0s1a > Clearing journal flags from inode 4 > tunefs: Failed to write journal inode: Operation not permitted > tunefs: soft updates journalling cleared but soft updates still set. > tunefs: remove .sujournal to reclaim space > tunefs: /dev/ada0s1a: failed to write superblock > > I tried the dump command on the off-chance, and it failed with the original errors. Is there anything you can recommend? > > I then noticed you specified to boot into single user more, so I restarted the machine, with only ada0 attached. Because the handbook wants me to use the mirror/gm0sX devices, I swapped > my fstab file back to the original. The boot loader now only seems to recognise the mirror/gm0 nodes, the original ada0sX are gone (though ada0 still shows up). I don't know what would do that. The device nodes on the original drive should be untouched until it is added back to the mirror. What does gpart show ada0s1 show? Did you make a backup of the original drive first? Is there an entry for vfs.root.mountfrom in /boot/loader.conf? > I'm not sure if it's acceptable to do the dump by booting the 1st hard > drive using the mirror/gm0, and then dump to the 2nd hard drive by > mounting what will be ada1sX. Is this okay to do? Sorry, I don't quite understand the question. The mirror will not be usable until a good copy of the original drive is made to it.