* [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.