From owner-freebsd-stable@FreeBSD.ORG Tue Apr 26 14:51:51 2005 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04E9E16A4CE; Tue, 26 Apr 2005 14:51:51 +0000 (GMT) Received: from smart.eusc.inter.net (smart.eusc.inter.net [213.73.101.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7157443D3F; Tue, 26 Apr 2005 14:51:50 +0000 (GMT) (envelope-from msch@snafu.de) Received: from pd9e6b1de.dip0.t-ipconnect.de ([217.230.177.222] helo=[192.168.200.4]) by smart.eusc.inter.net with asmtp (Exim 3.36 #4) id 1DQRPh-0000o5-00; Tue, 26 Apr 2005 16:51:49 +0200 In-Reply-To: <426CFC76.9090306@mitre.org> References: <426CFC76.9090306@mitre.org> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: =?ISO-8859-1?Q?Matthias_Sch=FCndeh=FCtte?= Date: Tue, 26 Apr 2005 16:51:41 +0200 To: Jason Andresen X-Pgp-Agent: GPGMail 1.0.2 X-Mailer: Apple Mail (2.622) cc: freebsd-stable@freebsd.org cc: Lukas Ertl Subject: Re: gvinum causing kernel panic when referencing nonexistent partition X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2005 14:51:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Jason, Am 25.04.2005 um 16:19 schrieb Jason Andresen: > [...] > Is there maybe a special place on each drive I could dd /dev/zero to > clear out all of the vinum information? I tried clobbering the vinum > slices on every drive and newfsing them as individual filesystems, but > that didn't seem to do the trick. Well, I ran into this as well... it's a bit weird to solve this issue. The gvinum-infos are on sector #8 ff. of the drive-slices. In your case 'ad{x}s1'. If you have a valid backup of your data (which should be no problem to get as a RAID5-plex should survive *one* faulty disk) I would recommend to erase all sectors #8-16 of all gvinum-drives as your missing drive is noted in all of these sectors. Then you have to rebuild the whole gvinum stuff from scratch. If that's not possible, do a 'dd if=/dev/ad6s1 of=ad6s1.sec bs=512 count=16' and look at the file 'ad6s1.sec' with your favorite hex-editor. Or better: make a copy of that file and look at the copy :-) You have to do this for all your gvinum-drives. The gvinum meta-data starts with the string 'IN VINO', IIRC at sector #8, that is 4096 bytes offset in the file. The metadata follows this 'magic' string and is plain ascii. So, now you can either remove all references to 'media4' or perhaps you try to rename all occurences of 'mediaa' to 'media4' and see what happens. The structure of the metadata is defined in /sys/geom/vinum/geom_vinum_var.h - look at this file first! I managed to repair my gvinum installation this way but there's no guarantee, you do it on your own risk! Please contact le@freebsd.org, perhaps he is willing to assist you during that operation. He is the 'father' of gvinum so his advice is sure better than mine... Good luck - matthias - -- Ciao/BSD - Matthias Matthias Schuendehuette , Berlin (Germany) PGP-Key at and ID: 0xDDFB0A5F -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFCblWDf1BNcN37Cl8RAkHiAJ9DIuoud82AOsrQ8fouLVh4O0J+UQCeLhEn Xfbb2/sk4c6vBwzil7CGi3g= =4NCN -----END PGP SIGNATURE-----