Yeah, the cdrom thing I admit isn't great :)
but it's always been there and it works.
- since I built the 2.6 gentoo linux system,
I just plugged all the old LVM one disks in and
everything seemed to work.
Archive and backup options are both on, but the only
files in these directories contain the last reboot or something,
which doesnt include the missing PV.
No files in backup, but in /etc/lvm/archive:
vaus lvm # ls -l /etc/lvm/archive/
total 2584
-rw------- 1 root root 1318506 Oct 25 13:17 vg1_00000.vg
-rw------- 1 root root 1318506 Oct 25 13:37 vg1_00001.vg
These files are identical apart from their creation time,
and contain:
## snip ##
contents = "Text Format Volume Group"
version = 1
description = "Created *before* executing 'vgreduce --removemissing vg1'"
creation_host = "vaus" # Linux vaus 2.6.11.10 #2 SMP Mon May 30
02:46:52 GMT 2005 i686
creation_time = 1130246262 # Tue Oct 25 13:17:42 2005
vg1 {
id = "TzgIiD-ffy2-27aJ-et60-wQVa-TJwW-J4tFiH"
seqno = 0
status = ["RESIZEABLE", "PARTIAL", "READ"]
system_id = "vaus.tnet.com1096327806"
extent_size = 65536 # 32 Megabytes
max_lv = 256
max_pv = 256
physical_volumes {
pv0 {
id = "ofE07R-sevF-QJp0-xJ2k-Ga3z-fkIW-SDsS3F"
device = "/dev/hda" # Hint only
status = ["ALLOCATABLE"]
pe_start = 65920
pe_count = 7479 # 233.719 Gigabytes
}
## snip ##
And follows for pv0 -> pv6 (pv7 not mentioned)
Then follows:
## snip ##
logical_volumes {
lv1 {
id = "000000-0000-0000-0000-0000-0000-000000"
status = ["READ", "WRITE", "VISIBLE"]
allocation_policy = "normal"
read_ahead = 1024
segment_count = 7486
segment1 {
start_extent = 0
extent_count = 4884 # 152.625 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv2", 0
]
}
segment2 {
start_extent = 4884
extent_count = 3662 # 114.438 Gigabytes
type = "striped"
stripe_count = 1 # linear
stripes = [
"pv5", 0
]
}
## snip ##
Etc, for a _lot_ of segments,
some of the segments say
stripes = [
"Missing", 0
]
for the bits on the missing PV.
There is quite a lot of stuff in this archive,
Is it enough to somehow use to read the odd file? (something is better
than nothing).
Once again, I really appreciate the help you have given me.
Kind regards,
Tom
Heinz Mauelshagen wrote:
Hrm,
the mapping of the first segment to /dev/cdrom looks very bogus.
That would eyplain why there's no superblock to be found.
DO you have a metadata archive reflecting a correct mapping ?
Heinz
On Tue, Nov 08, 2005 at 11:06:09AM +0000, Tom Robinson wrote:
Heinz Mauelshagen wrote:
On Mon, Nov 07, 2005 at 10:12:32PM +0000, Tom Robinson wrote:
Hi,
I'm trying to do a partial mount of a VG in order to rescue data from it
(the last of the 8 PVs has died)
If I do vgchange -P -a y vg1
It says:
Partial mode. Incomplete volume groups will be activated read-only.
7 PV(s) found for VG vg1: expected 8
Logical volume (lv1) contains an incomplete mapping table.
7 PV(s) found for VG vg1: expected 8
Logical volume (lv1) contains an incomplete mapping table.
1 logical volume(s) in volume group "vg1" now active
Which looks like it might have worked, but in /dev/mapper I have:
crw-rw---- 1 root root 10, 63 May 30 02:48 control
brw------- 1 root root 254, 0 Oct 25 13:20 vg1-lv1
But I can't mount vg1-lv1 (its ext2 - but it says "must specify fs type).
Looks like expected behaviour.
You're likely missing the beginning of your filesystem which was mapped
to the dead PV and the fs code fails to find its metadata
(ie. superblock).
Check with "lvdisplay -m /dev/vg1/lv1"
Thanks for your response, Heinz,
vaus root # lvdisplay -m /dev/vg1/lv1
7 PV(s) found for VG vg1: expected 8
7 PV(s) found for VG vg1: expected 8
Volume group "vg1" not found
Thing is, /dev/vg1/lv1 doesn't exist at all,
It used to, when everything was working.
Only /dev/mapper exists.
I have had the server running for about 3 years,
and only added the last (dead) PV about 2 months ago
so would it still put the superblock there?
Any suggestions at all on how to rescue any data?
Oh, heres the first bit of output of lvdisplay -mP /dev/vg1/lv1
if it helps:
Partial mode. Incomplete volume groups will be activated read-only.
--- Logical volume ---
LV Name /dev/vg1/lv1
VG Name vg1
LV UUID 000000-0000-0000-0000-0000-0000-000000
LV Write Access read/write
LV Status available
# open 1
LV Size 1.51 TB
Current LE 49447
Segments 7486
Allocation normal
Read ahead sectors 1024
Block device 254:0
--- Segments ---
Logical extent 0 to 4883:
Type linear
Physical volume /dev/cdrom
Physical extents 0 to 4883
Logical extent 4884 to 8545:
Type linear
Physical volume /dev/hdf
Physical extents 0 to 3661
Logical extent 8546 to 12051:
Type linear
Physical volume /dev/hde4
Physical extents 0 to 3505
Logical extent 12052 to 19530:
Type linear
Physical volume /dev/hdh
Physical extents 0 to 7478
Logical extent 19531 to 27009:
Type linear
Physical volume /dev/hda
Physical extents 0 to 7478
Logical extent 27010 to 34488:
Type linear
Physical volume /dev/hdb
Physical extents 0 to 7478
Logical extent 34489 to 41967:
Type linear
Physical volume /dev/hdc
Physical extents 0 to 7478
Logical extent 41968 to 41968:
Type linear
Physical volume Missing
Logical extent 41969 to 41969:
Type linear
Physical volume Missing
etc......
Regards,
Tom
Regards,
Heinz -- The LVM Guy --
vaus root # lvdisplay -m /dev/vg1/lv1
7 PV(s) found for VG vg1: expected 8
7 PV(s) found for VG vg1: expected 8
Volume group "vg1" not found
What is wrong? Have I misconfigured lvm / dm?
are there any lines I need in my config file?
Are there any tools I can run to get more info?
The array was built with LVM1 & 2.4.18,
I'm now using LVM2/DM under 2.6.11.10
Also, It looks like it has done something, because if I try
to deactivate it with "vgchange -P -a n vg1" I get:
Partial mode. Incomplete volume groups will be activated read-only.
7 PV(s) found for VG vg1: expected 8
Logical volume (lv1) contains an incomplete mapping table.
Can't deactivate volume group "vg1" with 1 open logical volume(s)
Any help greatly appreciated.
Kind regards,
Tom
_______________________________________________
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/
_______________________________________________
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/
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Heinz Mauelshagen Red Hat GmbH
Consulting Development Engineer Am Sonnenhang 11
Cluster and Storage Development 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/
_______________________________________________
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/
