hard-lock seems to have caused serious LVM problems
In article <[email protected]> you write:
Quoted 2 lines
Every PV is assumed to hold all the PV UUIDs of all PVs in the volume group the PV belongs to.
The PVs and VGs were created with 0.8final - I migrated to 0.9 tools when I upgraded to linux-2.4.0. Could it be related to that somehow?
Interestingly enough, something seems to have fixed my PVs in the meantime - now they all have every UUID. Either activating the VG or running vgck must have done it.
Signature · 2 lines
David M. Meyer [email protected]
Quoted 6 lines · On Mon, Jan 15, 2001 at 11:03:58AM -0500, [email protected] wrote:
In article <[email protected]> you write:
Quoted 2 lines
Every PV is assumed to hold all the PV UUIDs of all PVs in the volume group the PV belongs to.
The PVs and VGs were created with 0.8final - I migrated to 0.9 tools when I upgraded to linux-2.4.0. Could it be related to that somehow?
No, it shouldn't.
0.9 created PV UUIDs automagically in case there were none before.
Quoted 4 lines
Interestingly enough, something seems to have fixed my PVs in the meantime - now they all have every UUID. Either activating the VG or running vgck must have done it.
No, it doesn't happen while activating VGs or checking them.
The following tools call vg_write_with_pv_and_lv() in the library which in turn calls pv_write_uuidlist() to do the UUID list update:
lvcreate
lvextend
lvreduce
lvremove
lvrename
vgcfgrestore
vgchange (in case you change the max LV property)
vgcreate
vgexport
vgextend
vgimport
vgmerge
vgreduce
vgrename
vgscan
vgsplit
You must have run one of those tools in order to update the UUID list. It is still rather interesting what caused the mess you reported in the first place.
Quoted 8 lines
Signature · 7 lines
-- David M. Meyer [email protected] _______________________________________________ linux-lvm mailing list [email protected] http://lists.sistina.com/mailman/listinfo/linux-lvm
Signature · 15 lines
Regards,
Heinz -- The LVM Guy --
*** 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
[email protected] +49 2626 141200
FAX 924446
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-