From owner-freebsd-current@FreeBSD.ORG Sat Jul 11 15:47:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B3F1065670 for ; Sat, 11 Jul 2009 15:47:38 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 645968FC0C for ; Sat, 11 Jul 2009 15:47:37 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id n6BFlZPx086813 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 11 Jul 2009 17:47:35 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by cicely5.cicely.de (8.14.2/8.14.2) with ESMTP id n6BFlOJF012877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 11 Jul 2009 17:47:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id n6BFlOqF076483; Sat, 11 Jul 2009 17:47:24 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id n6BFlOVk076482; Sat, 11 Jul 2009 17:47:24 +0200 (CEST) (envelope-from ticso) Date: Sat, 11 Jul 2009 17:47:24 +0200 From: Bernd Walter To: Stefan Bethke Message-ID: <20090711154724.GC76026@cicely7.cicely.de> References: <7C636440-4F5D-47B0-BE20-D417B054B1F6@lassitu.de> <20090711133030.GA76026@cicely7.cicely.de> <2AAF9560-BD5C-4BB7-9AA6-D8F10853CF2D@lassitu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2AAF9560-BD5C-4BB7-9AA6-D8F10853CF2D@lassitu.de> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.040, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: FreeBSD Current , ticso@cicely.de Subject: Re: Unrecoverable UFS error but only with gmirror X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jul 2009 15:47:38 -0000 On Sat, Jul 11, 2009 at 03:39:37PM +0200, Stefan Bethke wrote: > Am 11.07.2009 um 15:30 schrieb Bernd Walter: > > >On Sat, Jul 11, 2009 at 02:54:01PM +0200, Stefan Bethke wrote: > >>gmirror and/or ufs got into an odd state after a panic, where fsck > >>could not fix errors on the mirror device, but each member filesystem > >>was fine. Even after destroying the mirror, fixing all three member > >>file systems with fsck, and recreating the mirror with just a single > >>member fsck found the same errors on the mirror device. > > > >You've created the partitions without mirror? > >The member drives are one block larger than the mirrored and if the > >filesystem tries to use it under mirror it will fail. > >The easiest way to avoid is to create the gmirror and then setup > >your partitions on the mirror. > > No, I've newfs'ed the mirror device, not the disk partitions, so that > shouldn't be the problem. Unless gmirror fails to subtract the > metadata sector from the mirror device. I see - normally this should work fine then. But you get read problem and I asume you wouldn't ask if you also see hardware errors. So this is likely accessing a block, which is not part of the volume. Of course a bad UFS metadata can point to non existing data as well. I would still verify the sizes - is the block far out of volume range, or just a bit? Is the underlying paritioning Ok? -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.