From owner-freebsd-geom@FreeBSD.ORG Wed Jan 6 16:00:18 2010 Return-Path: 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 5FA5A10656E4 for ; Wed, 6 Jan 2010 16:00:18 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CE0BC8FC2A for ; Wed, 6 Jan 2010 16:00:15 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o06G0FTU026206 for ; Wed, 6 Jan 2010 16:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o06G0FYE026201; Wed, 6 Jan 2010 16:00:15 GMT (envelope-from gnats) Date: Wed, 6 Jan 2010 16:00:15 GMT Message-Id: <201001061600.o06G0FYE026201@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Peter Steele Cc: Subject: RE: kern/134044: [geom] gmirror(8) overwrites fs with stale data from returning member X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Steele List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jan 2010 16:00:18 -0000 The following reply was made to PR kern/134044; it has been noted by GNATS. From: Peter Steele To: Alexander Motin , "bug-followup@FreeBSD.org" Cc: Subject: RE: kern/134044: [geom] gmirror(8) overwrites fs with stale data from returning member Date: Wed, 6 Jan 2010 08:58:10 -0600 I don't believe we are seeing this in release 8.0. I'll verify and let you = know if the problem persists for us. -----Original Message----- From: Alexander Motin [mailto:mavbsd@gmail.com] On Behalf Of Alexander Moti= n Sent: Wednesday, January 06, 2010 2:26 AM To: bug-followup@FreeBSD.org; Peter Steele Subject: Re: kern/134044: [geom] gmirror(8) overwrites fs with stale data f= rom returning member I am unable to reproduce this issue on recent HEAD system. Whenever mirror = looses one of components, or boots without one, it increments SyncID parame= ter (reported by `gmirror list`) on first subsequent write operation. If lo= st component reappears again, it has lower SyncID then the rest and forced = to be synchronized. Could you try reproduce bug on newer system? If so, provide some more detai= ls, especially how SyncID changes after each event and what messages GMIRRO= R prints. -- Alexander Motin