From owner-freebsd-questions@FreeBSD.ORG Tue Oct 8 00:31:09 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 DD719A67 for ; Tue, 8 Oct 2013 00:31:09 +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 914A62153 for ; Tue, 8 Oct 2013 00:31:09 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id r980V8sY094857; Mon, 7 Oct 2013 18:31:08 -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 r980V8qc094854; Mon, 7 Oct 2013 18:31:08 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 7 Oct 2013 18:31:08 -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]); Mon, 07 Oct 2013 18:31:08 -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 00:31:09 -0000 On Tue, 8 Oct 2013, Andy Zammy wrote: > Hi, > > I used the second section of the handbook (20.4) to create a gmirror. In my > particular setup I had a 1GB /, 6GB swap, 1GB /tmp and the rest of the 1TB > drive was left for /usr > > I had to deviate from the handbook when it came to running the dump + > restore commands, as the dump failed due to an issue with the journalling. > To get around this problem, I dropped into single user mode, so I could > remount root as read-only. The dump commands then worked. It specified in > the handbook to restart the machine, and boot from ada1. > > It was at this point that I noticed something wasn't quite right. There was > a spew of 'not found/no such file or directory' messages. These were all > trying to reference libs and binaries that live in /usr. > > I boot into single user mode, and upon checking the other partitions, I > notice that /tmp and /usr are empty, apart from a .snap file, and the > restoresymtable file. > > Please could someone help me troubleshoot this problem? Let me know if you > need any more info, and I'll post it up asap. dump does not work reliably on filesystems with SUJ enabled. Turn off SUJ on the filesystems to be dumped by booting in single-user mode and running tunefs -j disable /dev/ada0whatever Do each filesystem, then use dump.