From owner-freebsd-current@FreeBSD.ORG Mon Feb 16 15:13:30 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 BBD1F16A4CE for ; Mon, 16 Feb 2004 15:13:30 -0800 (PST) Received: from ozlabs.org (ozlabs.org [203.10.76.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A3D143D2F for ; Mon, 16 Feb 2004 15:13:30 -0800 (PST) (envelope-from grog@lemis.com) Received: from blackwater.lemis.com (blackwater.lemis.com [192.109.197.80]) by ozlabs.org (Postfix) with ESMTP id B39A32BD49 for ; Tue, 17 Feb 2004 10:13:27 +1100 (EST) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 9D60D51204; Tue, 17 Feb 2004 09:43:25 +1030 (CST) Date: Tue, 17 Feb 2004 09:43:25 +1030 From: Greg 'groggy' Lehey To: Stijn Hoop Message-ID: <20040216231325.GP33797@wantadilla.lemis.com> References: <20040213130520.GB714@pcwin002.win.tue.nl> <20040213175748.B662@korben.in.tern> <20040213173456.GH714@pcwin002.win.tue.nl> <20040213201416.E662@korben.in.tern> <20040213205311.GI714@pcwin002.win.tue.nl> <20040213235341.L618@korben.in.tern> <20040216110935.GA753@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rBvYE4HrSVE32kP+" Content-Disposition: inline In-Reply-To: <20040216110935.GA753@pcwin002.win.tue.nl> User-Agent: Mutt/1.4.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 cc: freebsd-current@FreeBSD.org cc: Lukas Ertl Subject: Re: Can't save Vinum config: No such file or directory 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: Mon, 16 Feb 2004 23:13:31 -0000 --rBvYE4HrSVE32kP+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Monday, 16 February 2004 at 12:09:35 +0100, Stijn Hoop wrote: > On Fri, Feb 13, 2004 at 11:55:41PM +0100, Lukas Ertl wrote: >> I have a very very far fetched idea. Could you please try this: >> >> *) cd /usr/src/sbin/vinum >> *) vi commands.c >> *) locate the function vinum_read(), the first line says "int error;" >> *) initialize this var to zero, i.e. "int error = 0;" >> *) recompile vinum and tell if that changed anything > > OK, more info now that I am at the console of the machine again. > > During the weekend I discovered that I had saved a copy of my > previously working kernel somewhere in my homedirectory, so this > morning I first compiled a Feb 6 version of /sbin/vinum, and then > booted off the old kernel + vinum module, and executed the old > /sbin/vinum. No error message, but the only things listed in my > configuration were the drives (so no volumes/plexes/subdisks). Sorry, yes, I was going to reply to the previous message. The dumpconfig output suggest that everything has been overwritten. I fear this is the result of something like doing a saveconfig when there was nothing to save. > My current theory is that I somehow goofed up during the kernel > rebuild-a-thon last friday, and that I somewhere loaded the old > vinum module alongside the new kernel; and this bit me by > overwriting my configuration. A possibility, but unlikely. I'd honestly guess finger trouble. > Although the data that was on the volume is not crucial, it would be > nice if there was a way to recover it; so if you don't want to > investigate further, can you tell me whether a vinum create would > restore my volumes, Yes, it should. The data should be unchanged, so the file system should still be OK. > or is there simply no way that I can do so without obliterating the > data? If the latter, I'll just move on and recreate the plex using > ccd(4) (seeing as following vinum development is not one of my goals > right now). It occurs to me that we could easily prevent this kind of problem in the future by saving the Vinum configuration at boot time to /var/run/vinum.conf.boot or some such. It would obviously make sense to keep the previous configuration as well. This should be a pretty trivial modification to the startup scripts. Greg -- See complete headers for address and phone numbers. --rBvYE4HrSVE32kP+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.0 (FreeBSD) iD8DBQFAMU6VIubykFB6QiMRAmpcAJ95E2NGhc47kNSe22MOnMqCtB+SJACeKuTL fTvadFBXQdVv55fyI0IbyRA= =wKv6 -----END PGP SIGNATURE----- --rBvYE4HrSVE32kP+--