From owner-freebsd-current@FreeBSD.ORG Wed Oct 13 10:37:38 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5544716A4CE; Wed, 13 Oct 2004 10:37:38 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C20A43D1F; Wed, 13 Oct 2004 10:37:37 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id 0A17813B800; Wed, 13 Oct 2004 12:37:37 +0200 (CEST) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id 63AAE13B605; Wed, 13 Oct 2004 12:37:32 +0200 (CEST) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id i9DAbWMI029610; Wed, 13 Oct 2004 12:37:32 +0200 (CEST) (envelope-from stijn) Date: Wed, 13 Oct 2004 12:37:32 +0200 From: Stijn Hoop To: Lukas Ertl Message-ID: <20041013103731.GP98575@pcwin002.win.tue.nl> References: <200410121602.i9CG2kOr082691@hugo10.ka.punkt.de> <20041013071207.GL98575@pcwin002.win.tue.nl> <20041013122235.E566@korben.prv.univie.ac.at> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ExXT7PjY8AI4Hyfa" Content-Disposition: inline In-Reply-To: <20041013122235.E566@korben.prv.univie.ac.at> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-DCC: : kweetal.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@FreeBSD.org Subject: gvinum striped corruption? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 13 Oct 2004 10:37:38 -0000 --ExXT7PjY8AI4Hyfa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 13, 2004 at 12:24:09PM +0200, Lukas Ertl wrote: > On Wed, 13 Oct 2004, Stijn Hoop wrote: > > On Wed, Oct 13, 2004 at 08:01:52AM +0100, Ryan Hunt wrote: > > > I'm trying to get vinum (geom) happening in BETA7, but I'm finding > > >that 'resetconfig' it not available yet (among other commands).. > > > > As a workaround, you maybe you can obliterate the previous configuratio= n=20 > > by dd'ing /dev/zero to the first 257 sectors of the relevant vinum=20 > > 'drives'. I'd do this without geom_vinum loaded though. >=20 > Or you could just 'gvinum rm -r '. Well d'oh. Of course. Why didn't I think of that :) > > No idea as to your other answers; I'm still not sure whether I'm=20 > > experiencing data corruption on a concat volume due to geom_vinum but I= =20 > > don't have the time to debug this. >=20 > I don't recall if you sent me some info about this (of course. I'm=20 > drowning in email, so maybe I just overlooked it :-) ). No I didn't, precisely because I'm not sure whether it is geom_vinum that is the culprit. All I know for now is that a -CURRENT kernel with regular vinum from way back in May works, and a -CURRENT kernel with geom_vinum from arou= nd the 21st september (including the commit from sept. 18, geom_vinum.h r1.6 e= tc) doesn't. It might be a bug in ATA, or something else, I dunno. I discovered the issue because BitTorrent complained about on-disk corrupti= on. Sure enough, data downloaded kept having different MD5's and archives didn't extract properly. Even stranger, checksum verification fails differently on every run: [stijn@pcwin002] cksfv -f somefile.sfv --( Verifying: somefile.sfv )----------------------------------------------= ----- somefile.001 OK somefile.002 OK somefile.003 different CRC =2E... [stijn@pcwin002] cksfv -f somefile.sfv --( Verifying: somefile.sfv )----------------------------------------------= ----- somefile.001 different CRC somefile.002 different CRC somefile.003 different CRC =2E... Data written with the older setup appears to be intact when I boot the older kernel, but then my userland is whacked (of course). I haven't had the time to dig any deeper than that (e.g. does data written by geom_vinum work when read by older vinum). gvinum lv -vr output: gvinum -> lv -vr 1 volume: Volume stor: Size: 120118026240 bytes (114553 MB) State: up Plex stor.p0: Size: 120118026240 bytes (114553 MB) Subdisks: 2 State: up Organization: striped Stripe size: 279 kB Part of volume stor Subdisk stor.p0.s0: Size: 60059013120 bytes (57276 MB) State: up Plex stor.p0 at offset 0 (0 B) Drive stor0 (stor0) at offset 135680 (132 kB) Subdisk stor.p0.s1: Size: 60059013120 bytes (57276 MB) State: up Plex stor.p0 at offset 285696 (279 kB) Drive stor1 (stor1) at offset 135680 (132 kB) Hmm it's striped, not concat: sorry for the confusion! This is all the info I can provide right now (not at the console of the box atm). If I can squeeze it in I'll try and test some more tomorrow. Do you h= ave suggestions on what to test? --Stijn --=20 A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi --ExXT7PjY8AI4Hyfa Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBbQVrY3r/tLQmfWcRArRmAJ9BHosElMal0NqKwx3fYUckWg4uaQCdF1c8 oarF6/4a0/qaZ6D8GXn5g2U= =PUPy -----END PGP SIGNATURE----- --ExXT7PjY8AI4Hyfa--