[linux-lvm] It never rains...
Chris Laycock
LAYCOCKC at uk.ibm.com
Fri Mar 26 20:08:42 UTC 2004
Heinz,
I now have two available PVs, if I craete a new VG / LV will I be able to
pvmigrate (?) the data off these two drives or do I need to do some form
of pv import?
Regards,
Chris.
-------------------
Chris Laycock
IT Specialist
IBM Global Services (IDO)
LITS, Stevenage
Mail point: K3 STEV UK
Email: LaycockC at uk.ibm.com
Tel : (01438) 76-9460 (internal: 44-9460)
Please respond to mauelshagen at redhat.com; Please respond to LVM general
discussion and development <linux-lvm at redhat.com>
Sent by: linux-lvm-bounces at redhat.com
To: Chris Laycock/UK/IBM at IBMGB
cc: LVM general discussion and development <linux-lvm at redhat.com>,
mauelshagen at redhat.com
Subject: 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 at uk.ibm.com
> Tel : (01438) 76-9460 (internal: 44-9460)
>
>
> Please respond to mauelshagen at redhat.com; Please respond to LVM general
> discussion and development <linux-lvm at redhat.com>
> Sent by: linux-lvm-bounces at redhat.com
> To: LVM general discussion and development <linux-lvm at redhat.com>
> cc: hjm at 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 at uk.ibm.com
> > Tel : (01438) 76-9460 (internal: 44-9460)
> >
>
> > _______________________________________________
> > linux-lvm mailing list
> > linux-lvm at 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 at 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 at RedHat.com +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________
linux-lvm mailing list
linux-lvm at redhat.com
https://www.redhat.com/mailman/listinfo/linux-lvm
read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/linux-lvm/attachments/20040326/b225c206/attachment.htm>
More information about the linux-lvm
mailing list