[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: [linux-lvm] It never rains...



On Mon, Mar 22, 2004 at 04:20:42PM +0000, Chris Laycock wrote:
> Heinz, et al
> 
> Sorry I failed to explain clearly what has happened. I have in fact lost 2 
> disks. 1 disk contained to /boot, / and the swap space, the other disk I 
> lost was from a 3 disk LVM called datavg.
> 
> I have rebuilt the system on a new disk but I have lost /etc/lvmconf, 
> therefore (I assume) I have no metadata to restore the VG from. 

Unless you have actual backups of /etc/lvmconf somewhere, I'm afraid so.

> 
> Unfortunately I don't have access to the system until later tonight to 
> test if you did in fact understand my poor explanation! 

If you really don't have actual LVM metadata backups:

in order to get to the other 2 PVs out of 3 in your VG, you want to use LVM2
and device-mapper and run "vgscan --partial".

Regards,
Heinz    -- The LVM Guy --


> 
> Many thanks,
> 
> Chris.
> 
> -------------------
> Chris Laycock
> IT Specialist 
> IBM Global Services (IDO)
> 
> LITS, Stevenage
> Mail point: K3 STEV UK
> Email: LaycockC uk ibm com
> Tel : (01438) 76-9460  (internal: 44-9460)
> 
> 
> Please respond to mauelshagen redhat com; Please respond to LVM general 
> discussion and development <linux-lvm redhat com> 
> Sent by:        linux-lvm-bounces redhat com
> To:     LVM general discussion and development <linux-lvm redhat com>
> cc:     hjm redhat com 
> Subject:        Re: [linux-lvm] It never rains...
> 
> 
> 
> On Sat, Mar 20, 2004 at 08:02:03AM +0000, Chris Laycock wrote:
> > Hi All, 
> > 
> > Had a bit a disaster, lost 1 disk from a 3 disk VG and the root 
> partition! 
> > All  on fully patched RH 9 system.
> > I realise that I need to attach the 2 remaining PV to a LV and VG but if 
> I 
> > do the usual vgcreate, lvcreate & pvcreate I'll end up with two dataless 
> 
> > disks.
> 
> No, you need to replace the failed drive, pvcreate the new one (same size
> as the dead one!) and vgcfgrestore the LVM metadata (see /etc/lvmconf/ and
> the vgcfgrestore manual page) to it in order to be able to vgscan+vgchange
> successfully.
> 
> Presumably your 2 surviving drives have most of the data allocated you 
> should
> be able to gain access to (most of) your data.
> lvdisplay -v ... and pvdisplay -v ... are your friends to display the
> actual mappings of LVs to PVs and vice/versa once you recovered
> with vgcfgrestore.
> 
> 
> > I luckly do have backups of some of the more important data but there 
> not 
> > a recenct as I'd like and don't contain all of the data or the root 
> > partition.
> 
> If critical data is allocated to the dead drive (eg, start of LV and
> a contained filesystem), you're in trouble and your (out-of-date) backup
> is your best bet.
> 
> FYI: LVM2 has a --partial option for vgchange which will activate your VG
>      ignoring any missing PVs.
> 
> Regards,
> Heinz    -- The LVM Guy --
> 
> 
> > 
> > Outputs from:
> > 
> > vgscan
> > vgscan -- reading all physical volumes (this may take a while...)
> > vgscan -- ERROR "vg_read_with_pv_and_lv(): current PV" can't get data of 
> 
> > volume group "datavg" from physical volume(s)
> > vgscan -- "/etc/lvmtab" and "/etc/lvmtab.d" successfully created
> > vgscan -- WARNING: This program does not do a VGDA backup of your volume 
> 
> > group
> > 
> > pvscan
> > pvscan -- reading all physical volumes (this may take a while...)
> > pvscan -- inactive PV "/dev/sda1"  is associated to unknown VG "datavg" 
> > (run vgscan)
> > pvscan -- inactive PV "/dev/hdc1"  is associated to unknown VG "datavg" 
> > (run vgscan)
> > pvscan -- total: 2 [45.75 GB] / in use: 2 [45.75 GB] / in no VG: 0 [0]
> > 
> > pvdisplay /dev/hdc1
> > 
> > --- Physical volume ---
> > PV Name               /dev/hdc1
> > VG Name               datavg
> > PV Size               37.28 GB [78172227 secs] / NOT usable 4.19 MB 
> [LVM: 
> > 165 KB]
> > PV#                   2
> > PV Status             available
> > Allocatable           yes (but full)
> > Cur LV                1
> > PE Size (KByte)       4096
> > Total PE              9541
> > Free PE               0
> > Allocated PE          9541
> > PV UUID               vozLHH-585D-SSjH-XM9b-A8g2-888k-5tZWI0
> > 
> > The two remaining disks are /dev/hdc1 & /dev/sda1
> > 
> > Thanks in advance
> > 
> > Regards,
> > Chris.
> > 
> > -------------------
> > Chris Laycock
> > IT Specialist 
> > IBM Global Services (IDO)
> > 
> > LITS, Stevenage
> > Mail point: K3 STEV UK
> > Email: LaycockC uk ibm com
> > Tel : (01438) 76-9460  (internal: 44-9460)
> > 
> 
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm redhat com
> > https://www.redhat.com/mailman/listinfo/linux-lvm
> > read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
> _______________________________________________
> linux-lvm mailing list
> linux-lvm redhat com
> https://www.redhat.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                                 Red Hat GmbH
Consulting Development Engineer                   Am Sonnenhang 11
                                                  56242 Marienrachdorf
                                                  Germany
Mauelshagen RedHat com                            +49 2626 141200
                                                       FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]