[nzlug] LVM and toast....

[Jasper Bryant-Greene]

You need to set it to the UUID of the old physical device that broke. If
you do a 'less /etc/lvm/backup/<VolumeGroupName>' you will see the UUID
listed in the section for your physical volume as 'id'. HTH

From pvcreate(8):

-u, --uuid uuid
      Specify the uuid for the device.  Without this option,  pvcreate
      generates a random uuid.  All of your physical volumes must have
      unique uuids.  You need to use this option  before  restoring  a
      backup  of LVM metadata onto a replacement device - see vgcfgre‐
      store(8).




On Sun, 2007-04-01 at 21:50 +1200, Nevyn wrote:
> Just another quick question....
> 
> pvcreate --uuid "<some_long_string>" --restorefile
> /etc/lvm/archive/VolumeGroupName_XXXXX.vg <PhysicalVolume>
> 
> What should <some_long_string> be set to or does it not matter?
> 
> On 4/1/07, Jasper Bryant-Greene <jasper at albumltd.co.nz> wrote:
> > The file in /etc/lvm/backup is what you want. It's a textual dump of
> > your volume group's configuration.
> >
> > Cheers,
> > Jasper
> >
> >
> > On Sun, 2007-04-01 at 16:58 +1200, Nevyn wrote:
> > > Hi,
> > >
> > > Things are going very badly at the moment - suddenly the output of
> > > /proc/mdstat was showing that 2 disks had suddenly dropped off - 1 was
> > > showing a failure and I have no idea why the other one wasn't in there
> > > except that it was showing (s) next to it.
> > >
> > > Of course this meant that suddenly the array wasn't working which
> > > explains all the wierd behaviour I had suddenly started experiencing.
> > > After a few failed attempts to get the array to rebuild itself, I
> > > reboot the machine and lo and behold, the raid seems to have gotten
> > > itself together.
> > >
> > > Still wasn't mounting though so I ran vgscan - and got the following message:
> > >   Reading all physical volumes.  This may take a while...
> > >   Incorrect metadata area header checksum
> > >
> > > The lvm howto has this to say about it:
> > > "If you get the warning "incorrect metadata area header checksum" or
> > > something about not being able to find PV with UUID foo, you probably
> > > toasted the volume group descriptor area and lvm startup can't occur."
> > >
> > > and then has a command to restore the stuffed bits:
> > > pvcreate --uuid "<some_long_string>" --restorefile
> > > /etc/lvm/archive/VolumeGroupName_XXXXX.vg <PhysicalVolume>
> > >
> > > However, I don't have a .vg file anywhere that I can find. There is a
> > > file in the back up directory but I'm a little unsure about this as it
> > > doesn't have a .vg extension.
> > >
> > > Does anyone know how I can fix all this?
> > >
> > > Regards,
> > > Nevyn.
> > >
> > > _______________________________________________
> > > NZLUG mailing list NZLUG at linux.net.nz
> > > http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
> > --
> > Jasper Bryant-Greene <jasper at albumltd.co.nz>
> > Album Limited
> >
> > _______________________________________________
> > NZLUG mailing list NZLUG at linux.net.nz
> > http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
> >
> >
> >
> 
> _______________________________________________
> NZLUG mailing list NZLUG at linux.net.nz
> http://www.linux.net.nz/cgi-bin/mailman/listinfo/nzlug
-- 
Jasper Bryant-Greene <jasper at albumltd.co.nz>
Album Limited
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://www.linux.net.nz/pipermail/nzlug/attachments/20070401/464c7511/attachment.pgp