[linux-lvm] One PV destroyed - now the whole VG isn't working anymore

Holger Parplies wopp at planungsteam-eb.de
Wed Nov 5 14:09:02 UTC 2003

Sebastian Beneke wrote:
> > > > Now /dev/hde
> > > > was destroyed by"dd if=/dev/zero of=/dev/diskname bs=1k count=1"
> > 
> > If it's the first 1K of /dev/hde, [...]
> Yes, absolutely. I thought about it. Both harddisks are ok. Only the
> PT of the second disk must be destroyed. The best: there weren't any
> partitions on it, I just createt a LVM-PV and then created an ext3
> filesystem.

Hmm, if /dev/hde was a PV, then there's no partition table on it. You've
zeroed the first 1K of the PV, which I'd guess contains either [part of]
the LVM metadata or random FS data (in case the LVM metadata is located
at the end of a PV - I'm not sure). In either case, you've completely
overwritten your LVM metadata for that PV:

> On the second disk I created a new VG called "Backup"
> (thinking it was another disk).

I'm not sure whether everything you need is in the metadata backups
(under /etc/lvmconf/). Presumably it is, and you'll need to find the
correct backup to restore. See the man pages for 'vgcfgrestore' and
'pvcreate' (-ff).
I see you've read them already, and vgcfgrestore to a different disk
didn't work. Hmm. It will be of more use with the original disk anyway
if you want to regain access to the data on it.
- Do you get the same error with the original disk? You'll need to use
  'pvcreate' on it first if LVM thinks it currently belongs to VG Backup,
  but I believe it will tell you so.
- The disk was originally connected to your computer as /dev/hde. Is it
  connected as /dev/hde again now? If not, see the '-o' switch of
- Did you change the configuration of VG storage after doing the 'dd'?
  Check the file dates of the backups in /etc/lvmconf to be sure. Select
  the correct backup to restore with '-b' or '-f'. Trying out different
  ones until you find one that works can't really hurt much, since the
  LVM metadata on your disk is messed up anyway. Just don't select the
  wrong target disk ;-). Selecting a too old backup will (obviously)
  undo the change causing creation of the backup, meaning LVs may be
  missing or have the wrong size etc.
- Err, the VG "Backup" you created was left empty, wasn't it? You didn't
  create LVs and FSes and populate them, did you?

Presuming you can regain access to your VG storage and the LV(s) in it,
you should check the integrity of the FS(es) (in case the 'dd' affected
part of the FS metadata). If an LV happened to start with the wiped out
blocks (probably meaning you can't mount or check it), you might have a
look at 'e2fsck -b ...' or 'mke2fs -S' - just to give you some pointers.
Read the warnings in the manual pages before destroying the data on your
hard disks ;-).

Thinking about it, if LVM metadata WERE at the end of a PV, you couldn't
have created VG "Backup" on your disk, so your FS is probably safe.

Well, good luck.



More information about the linux-lvm mailing list