Jens, did you use "vgremove /dev/hdb" before you changed the partition table to use hdb4 as a PV ? (the metadata backup seems to reflect you did). Because the partition table is located at the end of sector 1 on hdb and there seems to be a PV staructure at the beginning still (strange if you used vgremove on hdb), this should help: # to save the existing partition sector dd if=/dev/hdb of=hdb.s1 bs=512 count=1 # to overwrite the start of the PV structure dd if=/dev/zero of=/dev/hdb bs=128 count=1 vgscan;vgchange -ay Regards, Heinz -- The LVM Guy -- On Thu, Jun 26, 2003 at 09:56:53AM +0200, Jens Benecke wrote: > Hi, > > I had two PVs, hdc (whole disk) and hda4 (partition), in VG vg01. This > VG contains one LV called 'home'. > > I wanted to add a 120G disk, hdb, so I did 'pvcreate /dev/hdb'. After > some discusssion it was decided that we did not want to give the whole > disk to LVM, so I partitioned the disk (thinking that the PV structures > would be overwritten that way) and did 'pvcreate /dev/hdb4', the other > three partitions being normal non-LVM partitions. > > Then we decided to change our file system to ReiserFS so I added hdb4 to > the vg01 group, created a LV "newhome" inside (spanning the hdb4 > partition), formatted this LV with REiserfs, and copied everything from > the (still mounted) 'home' LV over. > > Then I rebooted. > > After the reboot LVM didn't recognize any VGs any more, told me my four > PVs (!!) belonged to an unknown VG "vg01" and vgscan told me $SUBJECT. > > pvscan: > > pvscan -- reading all physical volumes (this may take a while...) > pvscan -- inactive PV "/dev/ide/host0/bus1/target0/lun0/part1" is associated to unknown VG "vg01" (run vgscan) > pvscan -- inactive PV "/dev/ide/host0/bus0/target0/lun0/part4" is associated to unknown VG "vg01" (run vgscan) > pvscan -- inactive PV "/dev/ide/host0/bus0/target1/lun0/disc" is associated to unknown VG "vg01" (run vgscan) > pvscan -- inactive PV "/dev/ide/host0/bus0/target1/lun0/part4" is associated to unknown VG "vg01" (run vgscan) > > 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 "vg01" 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 > > > "pvdata" on each of the partitions looks OK, there is vg01 as a volume > group etc: > > =========================================================================== > (none): root# pvdata /dev/ide/host0/bus1/target0/lun0/part1 > --- Physical volume --- > PV Name /dev/ide/host0/bus1/target0/lun0/part1 > VG Name vg01 > PV Size 12.65 GB [26520417 secs] / NOT usable 1.42 MB [LVM: 242 KB] > PV# 1 > PV Status available > Allocatable yes (but full) > Cur LV 1 > PE Size (KByte) 4096 > Total PE 3237 > Free PE 0 > Allocated PE 3237 > PV UUID wO50uo-ApVO-0jmr-4RZC-Ggof-O4Ut-6txGOD > > --- Volume group --- > VG Name > VG Access read/write > VG Status NOT available/resizable > VG # 0 > MAX LV 256 > Cur LV 2 > Open LV 0 > MAX LV Size 255.99 GB > Max PV 256 > Cur PV 3 > Act PV 3 > VG Size 155.75 GB > PE Size 4 MB > Total PE 39871 > Alloc PE / Size 39871 / 155.75 GB > Free PE / Size 0 / 0 > VG UUID ijDVbZ-OFN9-izvN-r2aY-nzaA-SzPl-ra9bHg > > --- List of logical volumes --- > > pvdata -- logical volume "/dev/vg01/home" at offset 0 > pvdata -- logical volume "/dev/vg01/newhome" at offset 1 > pvdata -- logical volume struct at offset 2 is empty > (...) > pvdata -- logical volume struct at offset 254 is empty > pvdata -- logical volume struct at offset 255 is empty > --- List of physical volume UUIDs --- > > 001: wO50uo-ApVO-0jmr-4RZC-Ggof-O4Ut-6txGOD > 002: glxYRM-F0DD-ByTO-sFPi-wFNd-ju9V-yW7ieU > 003: 1yC41U-Jmxg-0NmS-dqKT-Wznu-yYwx-0t92sD > =========================================================================== > > =========================================================================== > (none): root# pvdata /dev/ide/host0/bus0/target0/lun0/part4 > --- Physical volume --- > PV Name /dev/ide/host0/bus0/target0/lun0/part4 > VG Name vg01 > PV Size 36.19 GB [75890304 secs] / NOT usable 3.81 MB [LVM: 266 KB] > PV# 2 > PV Status available > Allocatable yes (but full) > Cur LV 1 > PE Size (KByte) 4096 > Total PE 9263 > Free PE 0 > Allocated PE 9263 > PV UUID glxYRM-F0DD-ByTO-sFPi-wFNd-ju9V-yW7ieU > > --- Volume group --- > VG Name > VG Access read/write > VG Status NOT available/resizable > VG # 0 > MAX LV 256 > Cur LV 2 > Open LV 0 > MAX LV Size 255.99 GB > Max PV 256 > Cur PV 3 > Act PV 3 > VG Size 155.75 GB > PE Size 4 MB > Total PE 39871 > Alloc PE / Size 39871 / 155.75 GB > Free PE / Size 0 / 0 > VG UUID ijDVbZ-OFN9-izvN-r2aY-nzaA-SzPl-ra9bHg > > --- List of logical volumes --- > > pvdata -- logical volume "/dev/vg01/home" at offset 0 > pvdata -- logical volume "/dev/vg01/newhome" at offset 1 > pvdata -- logical volume struct at offset 2 is empty > (...) > pvdata -- logical volume struct at offset 254 is empty > pvdata -- logical volume struct at offset 255 is empty > --- List of physical volume UUIDs --- > > 001: wO50uo-ApVO-0jmr-4RZC-Ggof-O4Ut-6txGOD > 002: glxYRM-F0DD-ByTO-sFPi-wFNd-ju9V-yW7ieU > 003: 1yC41U-Jmxg-0NmS-dqKT-Wznu-yYwx-0t92sD > =========================================================================== > > The current backup of the metadata looks OK as well: > > (none): root# vgcfgrestore -ll -n vg01 > vgcfgrestore -- INFO: using backup file "/etc/lvmconf/vg01.conf" > --- Volume group --- > VG Name vg01 > VG Access read/write > VG Status NOT available/resizable > VG # 0 > MAX LV 256 > Cur LV 2 > Open LV 0 > MAX LV Size 255.99 GB > Max PV 256 > Cur PV 3 > Act PV 3 > VG Size 155.75 GB > PE Size 4 MB > Total PE 39871 > Alloc PE / Size 39871 / 155.75 GB > Free PE / Size 0 / 0 > VG UUID ijDVbZ-OFN9-izvN-r2aY-nzaA-SzPl-ra9bHg > > --- Logical volume --- > LV Name /dev/vg01/home > VG Name vg01 > LV Write Access read/write > LV Status NOT available > LV # 1 > # open 0 > LV Size 48.83 GB > Current LE 12500 > Allocated LE 12500 > Allocation next free > Read ahead sectors 128 > Block device 58:0 > > --- Logical volume --- > LV Name /dev/vg01/newhome > VG Name vg01 > LV Write Access read/write > LV Status NOT available > LV # 2 > # open 0 > LV Size 106.92 GB > Current LE 27371 > Allocated LE 27371 > Allocation next free > Read ahead sectors 120 > Block device 58:1 > > > --- Physical volume --- > PV Name /dev/ide/host0/bus1/target0/lun0/part1 > VG Name vg01 > PV Size 12.65 GB [26520417 secs] / NOT usable 1.42 MB [LVM: 242 KB] > PV# 1 > PV Status available > Allocatable yes (but full) > Cur LV 1 > PE Size (KByte) 4096 > Total PE 3237 > Free PE 0 > Allocated PE 3237 > PV UUID wO50uo-ApVO-0jmr-4RZC-Ggof-O4Ut-6txGOD > > --- Physical volume --- > PV Name /dev/ide/host0/bus0/target0/lun0/part4 > VG Name vg01 > PV Size 36.19 GB [75890304 secs] / NOT usable 3.81 MB [LVM: 266 KB] > PV# 2 > PV Status available > Allocatable yes (but full) > Cur LV 1 > PE Size (KByte) 4096 > Total PE 9263 > Free PE 0 > Allocated PE 9263 > PV UUID glxYRM-F0DD-ByTO-sFPi-wFNd-ju9V-yW7ieU > > --- Physical volume --- > PV Name /dev/ide/host0/bus0/target1/lun0/part4 > VG Name vg01 > PV Size 106.92 GB [224235270 secs] / NOT usable 4.35 MB [LVM: 338 KB] > PV# 3 > PV Status NOT available > Allocatable yes (but full) > Cur LV 1 > PE Size (KByte) 4096 > Total PE 27371 > Free PE 0 > Allocated PE 27371 > PV UUID 1yC41U-Jmxg-0NmS-dqKT-Wznu-yYwx-0t92sD > > > > I want to get at my data. No matter what. At the moment I have twenty > scientists banging at my door because they need to be able to continue their > research. > > I actually have their data on the disks twice ... once in the 'home' and once > in the 'newhome' LV. So I need a way to persuade LVM that hdb (the 'disc' PV > above) is no longer to be managed by lvm, _without_ destroying its partition > table (because hdb4 _is_ needed). > > Or, to make LVM recognize 'half' a VG (which contains a complete LV though) so > I can get at the 'home' LV or the 'newhome' LV. > > > > Do you have any ideas? > > > > > -- > > mfg, Jens Benecke > > QOTD: The Internet is not a network of machines. It's a network of PEOPLE. > That's where its real power comes from. > > http://www.rb-hosting.de - Webhosting mit Extras > Werbefreies Hosting ab ¤7 - SSH-Zugang ab ¤19 - Günstiger Traffic > > _______________________________________________ > linux-lvm mailing list > linux-lvm@sistina.com > http://lists.sistina.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 Sistina Software Inc. Senior Consultant/Developer Am Sonnenhang 11 56242 Marienrachdorf Germany Mauelshagen@Sistina.com +49 2626 141200 FAX 924446 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- _______________________________________________ linux-lvm mailing list linux-lvm@sistina.com http://lists.sistina.com/mailman/listinfo/linux-lvm read the LVM HOW-TO at http://tldp.org/HOWTO/LVM-HOWTO/
