Date: Thu, 5 Aug 2004 07:54:27 +0200 From: Stijn Hoop <stijn@win.tue.nl> To: David Kelly <dkelly@HiWAAY.net> Cc: FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: Moving vinum drives to a new system? Message-ID: <20040805055427.GG43462@pcwin002.win.tue.nl> In-Reply-To: <26ADC4B8-E691-11D8-9283-000393BB56F2@HiWAAY.net> References: <26ADC4B8-E691-11D8-9283-000393BB56F2@HiWAAY.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--PPYy/fEw/8QCHSq3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 04, 2004 at 10:40:10PM -0500, David Kelly wrote: > Am not so much as moving the vinum drives so much as replacing the=20 > system drive FreeBSD 5.2.1 was installed upon. The same system which=20 > created my striped vinum volume. >=20 > System drive was a parallel ATA 40G. Two SATA 160G drives were used to=20 > create a striped vinum volume with the simple vinum command "stripe -v=20 > /dev/ad4s1d /dev/ad6s1d". This worked great for a week before I started= =20 > moving HD's. >=20 > Now for fun I have removed the 40G drive and replaced it with a 120G=20 > and reinstalled FreeBSD 5.2.1 scratch from CD without touching the 160G= =20 > drives. Would like to get my vinum'ed filesystem back online. Was at=20 > least half under the impression vinum stored everything important in=20 > the drive labels and once vinum started all would magically be working=20 > again. Vinum is not creating the device to mount my fs with. >=20 > I'm lost in the documentation and archives as to how to get them back=20 > together as a volume without losing data. Part of the idea here it to=20 > learn when I'm not under the gun. I still have the original 40G drive=20 > untouched. >=20 > # vinum list > 2 drives: > D vinumdrive1 State: up /dev/ad6s1d A: 156041/156041 MB (100%) > D vinumdrive0 State: up /dev/ad4s1d A: 156041/156041 MB (100%) >=20 > 0 volumes: > 0 plexes: > 0 subdisks: > # How early in the boot is this? Have you done 'vinum start' yet? If that doesn't work, does 'vinum read vinumdrive0 vinumdrive1' work? Other simple things to check: if you've booted single-user, be sure to remo= unt the root filesystem read-write by doing mount -o rw / before vinum can create devices. You can force vinum to recreate the device nodes by doing vinum makedev If all that doesn't work I'm also at a loss as to what it can be. HTH, --Stijn --=20 "A mouse is a device used to point at the xterm you want to type in." -- Kim Alm, alt.sysadmin.recovery --PPYy/fEw/8QCHSq3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFBEcuTY3r/tLQmfWcRAgK0AKCWrEXf/PyQDaC/RW4Pxqz6xbD2+QCeKceS 2g4ufOtkCRileywwI7ZeUYE= =GfOs -----END PGP SIGNATURE----- --PPYy/fEw/8QCHSq3--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040805055427.GG43462>