Discussion:
[linux-lvm] LVM problem after upgrade to Ubuntu 16.04 (Part 2)
Scott Hazelhurst
2016-06-30 09:10:55 UTC
Permalink
Dear all

I sent the email below about three weeks ago. Today I upgraded another machine — I had exactly the same thing happen and I appear to have lost some LVM volumes

Hmm. At least I know it’s a problem and can backup the LVM volumes before doing upgrade but it’s hugely annoying.

Scott




Dear all

I upgraded a server from Ubuntu 15.10 to 16.04. All went smoothly and the machine appeared in good state. However, there seems to be a problem with LVM. I have one volume group with several logical volumes. lvs showed all the logical volumes but only 2 of the 7 volumes were active (and appearing in /dev/mapper).

I activated the other volumes using lvchange -ay and then I can see all logical volumes in /dev/mapper.

However, there appear to a problem with some of the LVs which are used as the images for virtual machines (qemu-kvm). The VMs don't boot. Moreover, previously I could mount the sub-partitions of the LV by doing a kpartx -a on the logical volume. That no longer works (e.g. kpartx -l /dev/mapper/cloud-VNAME shows nothing, while it used to show the 3 partitions of the underlying virtual machine).

One of the LVs didn't have a problem -- this just contained a data disk.

This particular server is not a serious problem for me because I can clone the VM from elsewhere, but I am about to start an upgrade of all our other machines and it will be very time-consuming if I have to do this with each machine.

Does anyone have any ideas about what went wrong? How the situation could be remedied

Thanks

Scott
<table width="100%" border="0" cellspacing="0" cellpadding="0" style="width:100%;">
<tr>
<td align="left" style="text-align:justify;"><font face="arial,sans-serif" size="1" color="#999999"><span style="font-size:11px;">This communication is intended for the addressee only. It is confidential. If you have received this communication in error, please notify us immediately and destroy the original message. You may not copy or disseminate this communication without the permission of the University. Only authorised signatories are competent to enter into agreements on behalf of the University and recipients are thus advised that the content of this message may not be legally binding on the University and may contain the personal views and opinions of the author, which are not necessarily the views and opinions of The University of the Witwatersrand, Johannesburg. All agreements between the University and outsiders are subject to South African Law unless the University agrees in writing to the contrary. </span></font></td>
</tr>
</table
Zdenek Kabelac
2016-06-30 09:51:47 UTC
Permalink
Post by Scott Hazelhurst
Dear all
I sent the email below about three weeks ago. Today I upgraded another
machine — I had exactly the same thing happen and I appear to have lost
some LVM volumes
Hmm. At least I know it’s a problem and can backup the LVM volumes before
doing upgrade but it’s hugely annoying.
Scott
Dear all
I upgraded a server from Ubuntu 15.10 to 16.04. All went smoothly and the
machine appeared in good state. However, there seems to be a problem with
LVM. I have one volume group with several logical volumes. lvs showed all
the logical volumes but only 2 of the 7 volumes were active (and appearing
in /dev/mapper).
I activated the other volumes using lvchange -ay and then I can see all
logical volumes in /dev/mapper.
Hi

Upstream lvm2 has a bad message for you - your complains should be stricly
targeted to Ubuntu/Debian lvm2 maintainers - so please open bug for them.

Solving booting sequence is very 'distro-specific' topic completely unrelated
to lvm2 -

as you say - when you manually use 'lvchange -ay' everything works - thus
your booting sequence missed to activate volumes....
Post by Scott Hazelhurst
However, there appear to a problem with some of the LVs which are used as
the images for virtual machines (qemu-kvm). The VMs don't boot. Moreover,
previously I could mount the sub-partitions of the LV by doing a kpartx -a
on the logical volume. That no longer works (e.g. kpartx -l
/dev/mapper/cloud-VNAME shows nothing, while it used to show the 3
partitions of the underlying virtual machine).
Again - likely distro-specific case.
kpartx has nothing in common with....
Post by Scott Hazelhurst
One of the LVs didn't have a problem -- this just contained a data disk.
This particular server is not a serious problem for me because I can clone
the VM from elsewhere, but I am about to start an upgrade of all our other
machines and it will be very time-consuming if I have to do this with each
machine.
Does anyone have any ideas about what went wrong? How the situation could be remedied
Yep - untuned/untested release....

Regards

Zdenek

Loading...