From owner-freebsd-geom@FreeBSD.ORG  Tue Aug 11 13:49:56 2009
Return-Path: <owner-freebsd-geom@FreeBSD.ORG>
Delivered-To: freebsd-geom@hub.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 65ABE106567D;
	Tue, 11 Aug 2009 13:49:56 +0000 (UTC) (envelope-from pjd@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
	[IPv6:2001:4f8:fff6::28])
	by mx1.freebsd.org (Postfix) with ESMTP id 3C65B8FC49;
	Tue, 11 Aug 2009 13:49:56 +0000 (UTC)
Received: from freefall.freebsd.org (pjd@localhost [127.0.0.1])
	by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7BDntmC015148;
	Tue, 11 Aug 2009 13:49:55 GMT
	(envelope-from pjd@freefall.freebsd.org)
Received: (from pjd@localhost)
	by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7BDntkx015144;
	Tue, 11 Aug 2009 13:49:55 GMT (envelope-from pjd)
Date: Tue, 11 Aug 2009 13:49:55 GMT
Message-Id: <200908111349.n7BDntkx015144@freefall.freebsd.org>
To: dindin@dindin.ru, pjd@FreeBSD.org, freebsd-geom@FreeBSD.org
From: pjd@FreeBSD.org
Cc: 
Subject: Re: kern/124294: [geom] gmirror(8) have inappropriate logic when
	working with bad hard-drive
X-BeenThere: freebsd-geom@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: GEOM-specific discussions and implementations
	<freebsd-geom.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-geom>,
	<mailto:freebsd-geom-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-geom>
List-Post: <mailto:freebsd-geom@freebsd.org>
List-Help: <mailto:freebsd-geom-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-geom>,
	<mailto:freebsd-geom-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Aug 2009 13:49:56 -0000

Synopsis: [geom] gmirror(8) have inappropriate logic when working with bad hard-drive

State-Changed-From-To: open->feedback
State-Changed-By: pjd
State-Changed-When: wto 11 sie 2009 13:48:32 UTC
State-Changed-Why: 
Could you verufy you have sysctl kern.geom.mirror.disconnect_on_failure
set to 1? It should disconnect component that behaves badly on first I/O
error. After disconnect, another (valid) component will have more fresh
metadata and should be choosen as master when synchronization is needed.

http://www.freebsd.org/cgi/query-pr.cgi?pr=124294