From owner-freebsd-questions@FreeBSD.ORG Thu Mar 18 19:03:44 2004 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E87E916A4CE; Thu, 18 Mar 2004 19:03:43 -0800 (PST) Received: from cloudburst.umist.ac.uk (cloudburst.umist.ac.uk [130.88.119.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1537743D53; Thu, 18 Mar 2004 19:03:42 -0800 (PST) (envelope-from lewiz@black.fajita.org) Received: from lh014.halls.umist.ac.uk ([130.88.163.14] helo=mail.fajita.org) by cloudburst.umist.ac.uk with esmtp (Exim 4.24) id 1B4AIL-0005L2-Vz; Fri, 19 Mar 2004 03:03:37 +0000 Received: from black.fajita.org ([192.168.0.13]) by mail.fajita.org with smtp (Exim 4.30; FreeBSD) id 1B4AHy-0001Sz-Q2; Fri, 19 Mar 2004 03:03:14 +0000 Received: (nullmailer pid 2381 invoked by uid 4001); Fri, 19 Mar 2004 03:03:34 -0000 Date: Fri, 19 Mar 2004 03:03:34 +0000 From: Lewis Thompson To: Greg 'groggy' Lehey Message-ID: <20040319030334.GA1985@lewiz.org> References: <20040316020000.GA846@lewiz.org> <20040316111325.GB742@adelaide.lemis.com> <20040316172526.GB1236@lewiz.org> <20040318025602.GZ58155@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <20040318025602.GZ58155@wantadilla.lemis.com> X-GPG-Fingerprint: 90A4 939E 3847 A3E4 8103 2A48 22DA B428 542F ED3F X-GPG-Info: http://www.lewiz.org/~lewiz/pgpkey / horowitz.surfnet.nl User-Agent: Mutt/1.5.6i X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean X-MailScanner-From: lewiz@black.fajita.org cc: questions@freebsd.org Subject: Re: Vinum, replaced disk -- fsck error. X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2004 03:03:44 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 18, 2004 at 01:26:02PM +1030, Greg 'groggy' Lehey wrote: > On Tuesday, 16 March 2004 at 17:25:26 +0000, Lewis Thompson wrote: > > I can't think of anything else. Originally I ran dd without the > > conv=3Dnoerror and it stopped at around 25GB (the disk is a 100GB). The > > destination disk is 123GB but to my knowledge that is acceptable for dd. > > > > During the process a number (maybe eight to ten) I/O errors were > > reported.=20 >=20 > But not to me. I've included more detailed errors neared to the end of this email :) > I was really thinking of "What to do if you have problems with Vinum" > at http://www.vinumvm.org/vinum/how-to-debug.html. Okay, I did actually do my best to follow this but maybe got sidetracked. I'm just going to bullet point these now so I don't miss any of them out. * Problems: ``dd'' cloned disk ``does not work'' (i.e. gstat shows no activity on the cloned disk during reading of files). Also see previous emails. * Version: FreeBSD 5.2.1-p1. * Changes to system: Originally vinum ran on 4.9-STABLE. This worked but had periodic ``disk crashes'' (i.e. vinum states disk as offline). I don't think this is the problem as the same behaviour happens with 5.2.1-p1 using the original dodgy disk (only GEOM removes it instead of vinum). * Vinum list (excuse lack of wrapping). vinumdrive2/ad3 is the cloned disk. The failed volume is data (I don't think you need the others but I'll leave them, just in case ;): vinum -> list 3 drives: D vinumdrive2 State: up /dev/ad3s1h A: 0/95558 MB (0%) D vinumdrive1 State: up /dev/ad2s1h A: 0/117246 MB (0%) D vinumdrive0 State: up /dev/ad1s1h A: 0/117246 MB (0%) 5 volumes: V root State: up Plexes: 2 Size: 255 MB V swap State: up Plexes: 2 Size: 459 MB V var State: up Plexes: 2 Size: 256 MB V usr State: up Plexes: 2 Size: 12 GB V data State: up Plexes: 1 Size: 295 GB 9 plexes: P root.p0 C State: up Subdisks: 1 Size: 255 MB P root.p1 C State: up Subdisks: 1 Size: 255 MB P swap.p0 C State: up Subdisks: 1 Size: 459 MB P swap.p1 C State: up Subdisks: 1 Size: 459 MB P var.p0 C State: up Subdisks: 1 Size: 256 MB P var.p1 C State: up Subdisks: 1 Size: 256 MB P usr.p0 C State: up Subdisks: 1 Size: 12 GB P usr.p1 C State: up Subdisks: 1 Size: 12 GB P data.p0 C State: up Subdisks: 3 Size: 295 GB 11 subdisks: S root.p0.s0 State: up D: vinumdrive0 Size: 255 MB S root.p1.s0 State: up D: vinumdrive1 Size: 255 MB S swap.p0.s0 State: up D: vinumdrive0 Size: 459 MB S swap.p1.s0 State: up D: vinumdrive1 Size: 459 MB S var.p0.s0 State: up D: vinumdrive0 Size: 256 MB S var.p1.s0 State: up D: vinumdrive1 Size: 256 MB S usr.p0.s0 State: up D: vinumdrive0 Size: 12 GB S usr.p1.s0 State: up D: vinumdrive1 Size: 12 GB S data.p0.s0 State: up D: vinumdrive0 Size: 100 GB S data.p0.s1 State: up D: vinumdrive1 Size: 100 GB S data.p0.s2 State: up D: vinumdrive2 Size: 93 GB * Vinum history. I mounted the volume (which was not unmounted properly -- fsck took place first) and watched a few films. Eventually I stumbled across one that didn't even start. I am certain vinum isn't reading anything from ad3 -- gstat during fsck showed *NO* activity on ad3/vinumdrive2: 19 Mar 2004 02:46:38.668561 *** vinum started *** 19 Mar 2004 02:46:39.266076 list=20 19 Mar 2004 02:56:23.538633 *** vinum started *** * /var/log/messages extract. I originally started vinum a long while before, I included this entry too (excuse wrapping): Mar 17 23:33:57 amnesia kernel: vinum: loaded Mar 17 23:34:00 amnesia kernel: vinum: reading configuration from /dev/ad1s= 1h Mar 17 23:34:00 amnesia kernel: vinum: updating configuration from /dev/ad2= s1h Mar 17 23:34:00 amnesia kernel: vinum: updating configuration from /dev/ad3= s1h Mar 19 02:49:26 amnesia kernel: WARNING: /mnt/data was not properly dismoun= ted Mar 19 02:52:15 amnesia kernel: vinum: null rqg This seems a little odd to me -- previously I had not had a null rqg error. I think maybe I didn't test it enough. Since these are mostly avi files I can tell if they are broken on not by seeing if they have an index -- last time they all played but many without indexes. Nothing has changed since then; maybe I wasn't being thorough enough? * Crash dump: No. *** End of how-to-debug *** > > During the process a number (maybe eight to ten) I/O errors were > > reported.=20 These were dd errors. I didn't write these down at the time (silly of me) and I'm not sure they even go into any log files. However, I have found the exact error messages I got (although the offsets are wrong). If required I will re-run dd and provide the full errors. The messages were: dd: reading `/dev/ad3': Input/output error 4401038+1 records in 4401038+1 records out and then I got dropped to a prompt. Only when I specified the extra option conv=3Dnoerror did dd continue. Of course I still received these I/O errors but dd just ignored them. In a reply to my original question you stated that ``dd if=3Dad3 of=3Dad1 bs=3D8192 conv=3Dnoerror'' ``may or may not work, depending on details you haven't reported.'' Do these detailed errors help at all? I just read a thread[1] about dd that makes me wonder whether it would have been. I think that's everything. I'm just going to include some other stuff =66rom earlier emails that has been chopped earlier. Maybe it has some relevance: =3D fsck_ufs /dev/vinum/data gives the following message: =3D ** /dev/vinum/data =3D cannot alloc 4316869296 bytes for inphead Thanks very much for taking the time to look at this! -lewiz. P.S. Sorry for the URL wrapping and the horrendous quoting ;) [1] http://groups.google.com/groups?q=3Ddd+io+error&start=3D10&hl=3Den&lr=3D&ie= =3DUTF-8&oe=3DUTF-8&selm=3Ddoeh0vsq84nmopqeo2n2tu606ic2maaov6%404ax.com&rnu= m=3D14 --=20 I was so much older then, I'm younger than that now. --Bob Dylan, 1964. ------------------------------------------------------------------------ -| msn:purple@lewiz.net | jabber:lewiz@jabber.org | url:www.lewiz.org |- --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAWmMGItq0KFQv7T8RAmWsAJ97xrcV1FKlethdE0GNEBQS+m23oACg8QlU znV/hI/Gome3AJpCi2qt5vE= =fstA -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi--