From owner-freebsd-stable@FreeBSD.ORG Thu Jan 19 14:53:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD81516A41F for ; Thu, 19 Jan 2006 14:53:44 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B7D43D46 for ; Thu, 19 Jan 2006 14:53:43 +0000 (GMT) (envelope-from tom.hurst@clara.net) Received: from [81.104.55.176] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1EzbAU-000KlI-KW for freebsd-stable@freebsd.org; Thu, 19 Jan 2006 14:53:42 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.54 (FreeBSD)) id 1EzbAU-000Mtx-B7 for freebsd-stable@freebsd.org; Thu, 19 Jan 2006 14:53:42 +0000 Date: Thu, 19 Jan 2006 14:53:42 +0000 From: Thomas Hurst To: freebsd-stable@freebsd.org Message-ID: <20060119145342.GA86397@voi.aagh.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060119121602.GC19305@voodoo.schug.net> <00c301c61cf2$8e9a7b70$68c8a8c0@lerctr.org> <20060119123428.GD19305@voodoo.schug.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060119123428.GD19305@voodoo.schug.net> Organization: Not much. User-Agent: Mutt/1.5.11 Sender: Thomas Hurst X-RBL-Warning: 81.104.55.176 is in RBL blacklist at dnsbl.sorbs.net Subject: Re: Gmirror'd SWAP: no dump? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jan 2006 14:53:44 -0000 * Christoph Schug (chris+freebsd-stable@schug.net) wrote: > IIRC I had the problem that 'gmirror insert' without '-h' not always > inserted the slice specified by the entire block device (e.g. > /dev/ad4s1 vs. /dev/ad4). Apparently there is some auto detection > code and/or gmirror cannot differ correctly, but that's just a > guess. Specifing '-h' fixed it in my case. As I understand it, gmirror writes its metadata on the last sector of the provider; when tasting devices it will look at the last sector of ad4, find the metadata and use that as the provider for your mirror; you can either hardcode the provider name there to override it, or make the slice 1 sector smaller so gmirror tastes ad4, finds nothing, then goes on to taste ad4s1 correctly. -- Thomas 'Freaky' Hurst http://hur.st/