From owner-freebsd-geom@FreeBSD.ORG Wed May 28 15:15:14 2014 Return-Path: Delivered-To: freebsd-geom@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 ESMTPS id E68399DE for ; Wed, 28 May 2014 15:15:14 +0000 (UTC) Received: from srv00.inetstat.net (srv00.inetstat.net [91.121.154.174]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "srv00.inetstat.net", Issuer "srv00.inetstat.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id AC15B21A1 for ; Wed, 28 May 2014 15:15:14 +0000 (UTC) Received: from srv00.inetstat.net (localhost [127.0.0.1]) by srv00.inetstat.net (Postfix) with ESMTP id BC85C3ACD9 for ; Wed, 28 May 2014 15:15:05 +0000 (UTC) X-Virus-Scanned: amavisd-new at inetstat.net Received: from srv00.inetstat.net ([IPv6:::1]) by srv00.inetstat.net (srv00.inetstat.net [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id MSFLJIcSd0ha; Wed, 28 May 2014 15:15:05 +0000 (UTC) Received: by srv00.inetstat.net (Postfix, from userid 1001) id 2AE813ACD8; Wed, 28 May 2014 15:15:05 +0000 (UTC) Date: Wed, 28 May 2014 15:15:05 +0000 From: Paul J Murphy To: freebsd-geom@freebsd.org Subject: Re: conf/190152: [patch] [rc] gmirror savecore support Message-ID: <20140528151505.GA42484@srv00.inetstat.net> References: <5c0c75150aa4e34ba25db65258052128@lhaven.homeip.net> <20140528111156.GA42016@srv00.inetstat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140528111156.GA42016@srv00.inetstat.net> User-Agent: Mutt/1.5.23 (2014-03-12) X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 May 2014 15:15:15 -0000 http://www.freebsd.org/cgi/query-pr.cgi?pr=conf/190152 Hi geom-people, a friendly heads-up on the above PR. I'm seeking validation of my belief that there's no changes necessary to /etc/rc.d/dumpon, only /etc/rc.d/savecore. The kernel will always deterministically pick a single physical device within the mirror, and we just need to use "prefer" to force the same determinism when savecore runs, right? (With the obvious caveat that failed and replaced devices, or other changes to the devices and their priorities that make up the mirror, will change the results of the determinism.) Any feedback on my patch in conf/190152 is welcome. Its aim is to at least cover the common and simple cases with gmirrored system disks. See also http://www.freebsd.org/cgi/query-pr.cgi?pr=docs/178818 which initially was attempting the fix via dumpon alone. Thanks, Paul.