From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
To: linux-lvm@sistina.com
Subject: Re: [linux-lvm] I broke my PVs!
Date: Mon Oct 21 04:55:01 2002 [thread overview]
Message-ID: <20021021115226.B9466@sistina.com> (raw)
In-Reply-To: <1035144994.29693.2.camel@localhost.localdomain>; from austin@coremetrics.com on Sun, Oct 20, 2002 at 03:16:34PM -0500
On Sun, Oct 20, 2002 at 03:16:34PM -0500, Austin Gonyou wrote:
> On Sun, 2002-10-20 at 05:49, Luca Berra wrote:
> > On Sat, Oct 19, 2002 at 11:14:02PM -0500, Austin Gonyou wrote:
> > >I have 3 disks, one 9GB and two 18GB scsi disks. I just re-installed my
> > >system with RH 8.0, and it didn't like that the two 18's weren't
> > >initialized, I guess I screwed up, cause I didn't think I was
> > >initializing them(since I told the installer not to), and instead ran
> > >fdisk and then saved without making partitions.
>
>
> > what do you mean with initialized?
> > mke2fs? in this case you will find lovely ext2 superblock copies in the
> > middle of your data, but then you could salvage most of your data.
>
> I ran fdisk, then just saved. So I guess you could say I just lost the
> partition table.
>
> > lost partition table? just recreate it, it is not destructive?
>
> I didn't have any partitions just whole disks.
Austin,
so your 2 18Gb drives have been in one VG as whole disk PVs
and you wrote a partition table onto those. which toasted the PV
structures on both forcing vgscan to fail finding the VG.
Before you write anything else onto the disks, you should save the rest
of your LVM metadata for later help.
Let's assume your PVs are /dev/sdb and /dev/sdc and your VG name
is "vg00", then you want to run:
# dd if=/dev/sdb of=sdb.vgda bs=1k count=4k
# dd if=/dev/sdc of=sdc.vgda bs=1k count=4k
# tar jcf vg00.vgda.tar.bz2 sd[bc].vgda
# rm sd[bc].vgda
We need vg00.vgda.tar.bz2 if it comes to option 3 below :)
The 3 options are:
- follow Luca's advice to recreate everything with the _very_ same parameters
(pvcreate, vgcreate, lvcreate -Zn). LVM doesn't destroy the data then;
this presumes that you just ran those commands giving you a simple layout
in the first place.
YOU NEED TO RUN "lvcreate -Zn ..." IN ORDER TO AVOID ZEROING THE FIRST
BLOCK OF THE LV DATA!!!
- vgcfgrestore your metadata if you still have a backup:
# dd if=/dev/zero of=/dev/sdb count=1 bs=512
# dd if=/dev/zero of=/dev/sdc count=1 bs=512
# pvcreate -ff /dev/sd[bc]
# vgcfgrestore -n vg00 -f /etc/lvmconf/vg00.conf /dev/sdb
# vgcfgrestore -n vg00 -f /etc/lvmconf/vg00.conf /dev/sdc
# vgscan
# vgchange -ay
- send vg00.tar.bz2 to me for a hack to get your PV structures back;
you can restore the hacked metadata to the devices using dd
If your layout is _that_ simple and you have the exact parameters at
hand (PE size, stripe size), you want to prefer option one above.
Again: run "lvcreate -Zn ..." because otherwise your FS will be in trouble.
Regards,
Heinz -- The LVM Guy --
>
> > lost lvm metadata?
> > i s'pose you don't have a metadata backup handy,
> > how were your lv's laid out in your vg?
>
> one LV, one VG, and two PVs in the VG, striped. -i2 -I64
>
> > i never tried this on linux, but on hp-ux pvcreate, vgcreate and
> > lvcreate weren't
> > destructive, it only touched disk metadata. so you could try pvcreate,
> > vgcreate and lvcreate.
> > DO A BACKUP OF YOUR RAW DISK DATA FIRST
>
> what about vgcfgrestore from another set of smaller disks that are laid
> out the same way? could that work?
>
> Wish I could, but I can't. Don't have enough disk space. :(
>
> > L.
> > --
> > Luca Berra -- bluca@comedia.it
> > Communication Media & Services S.r.l.
> > /"\
> > \ / ASCII RIBBON CAMPAIGN
> > X AGAINST HTML MAIL
> > / \
> >
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm@sistina.com
> > http://lists.sistina.com/mailman/listinfo/linux-lvm
> > read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
>
>
> _______________________________________________
> linux-lvm mailing list
> linux-lvm@sistina.com
> http://lists.sistina.com/mailman/listinfo/linux-lvm
> read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
*** Software bugs are stupid.
Nevertheless it needs not so stupid people to solve them ***
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Sistina Software Inc.
Senior Consultant/Developer Am Sonnenhang 11
56242 Marienrachdorf
Germany
Mauelshagen@Sistina.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
next prev parent reply other threads:[~2002-10-21 4:55 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-19 23:14 [linux-lvm] I broke my PVs! Austin Gonyou
2002-10-20 5:49 ` Luca Berra
2002-10-20 15:17 ` Austin Gonyou
2002-10-20 16:35 ` Luca Berra
2002-10-20 18:03 ` Austin Gonyou
2002-10-21 4:55 ` Heinz J . Mauelshagen [this message]
2002-10-21 5:15 ` Austin Gonyou
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20021021115226.B9466@sistina.com \
--to=mauelshagen@sistina.com \
--cc=linux-lvm@sistina.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.