* [linux-lvm] It never rains...
@ 2004-03-20 8:02 Chris Laycock
2004-03-22 10:04 ` Heinz Mauelshagen
0 siblings, 1 reply; 5+ messages in thread
From: Chris Laycock @ 2004-03-20 8:02 UTC (permalink / raw)
To: linux-lvm
[-- Attachment #1: Type: text/plain, Size: 1851 bytes --]
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.
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.
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)
[-- Attachment #2: Type: text/html, Size: 3772 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] It never rains...
2004-03-20 8:02 [linux-lvm] It never rains Chris Laycock
@ 2004-03-22 10:04 ` Heinz Mauelshagen
2004-03-22 16:20 ` Chris Laycock
0 siblings, 1 reply; 5+ messages in thread
From: Heinz Mauelshagen @ 2004-03-22 10:04 UTC (permalink / raw)
To: LVM general discussion and development; +Cc: hjm
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/
*** 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] It never rains...
2004-03-22 10:04 ` Heinz Mauelshagen
@ 2004-03-22 16:20 ` Chris Laycock
2004-03-23 14:58 ` Heinz Mauelshagen
0 siblings, 1 reply; 5+ messages in thread
From: Chris Laycock @ 2004-03-22 16:20 UTC (permalink / raw)
To: mauelshagen, LVM general discussion and development
[-- Attachment #1: Type: text/plain, Size: 4928 bytes --]
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.
Unfortunately I don't have access to the system until later tonight to
test if you did in fact understand my poor explanation!
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/
*** 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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________
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/
[-- Attachment #2: Type: text/html, Size: 7557 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] It never rains...
2004-03-22 16:20 ` Chris Laycock
@ 2004-03-23 14:58 ` Heinz Mauelshagen
2004-03-26 20:08 ` Chris Laycock
0 siblings, 1 reply; 5+ messages in thread
From: Heinz Mauelshagen @ 2004-03-23 14:58 UTC (permalink / raw)
To: Chris Laycock; +Cc: LVM general discussion and development, mauelshagen
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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-lvm] It never rains...
2004-03-23 14:58 ` Heinz Mauelshagen
@ 2004-03-26 20:08 ` Chris Laycock
0 siblings, 0 replies; 5+ messages in thread
From: Chris Laycock @ 2004-03-26 20:08 UTC (permalink / raw)
To: mauelshagen, LVM general discussion and development
[-- Attachment #1: Type: text/plain, Size: 6515 bytes --]
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@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: Chris Laycock/UK/IBM@IBMGB
cc: LVM general discussion and development <linux-lvm@redhat.com>,
mauelshagen@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@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
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
_______________________________________________
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/
[-- Attachment #2: Type: text/html, Size: 9837 bytes --]
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-03-26 20:08 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-03-20 8:02 [linux-lvm] It never rains Chris Laycock
2004-03-22 10:04 ` Heinz Mauelshagen
2004-03-22 16:20 ` Chris Laycock
2004-03-23 14:58 ` Heinz Mauelshagen
2004-03-26 20:08 ` Chris Laycock
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.