[ovirt-users] critical production issue for a vm

[Nathanaël Blanchet]

Le 06/12/2017 à 15:56, Maor Lipchuk a écrit :
>
>
> On Wed, Dec 6, 2017 at 12:30 PM, Nicolas Ecarnot <nicolas at ecarnot.net 
> <mailto:nicolas at ecarnot.net>> wrote:
>
>     Le 06/12/2017 à 11:21, Nathanaël Blanchet a écrit :
>
>         Hi all,
>
>         I'm about to lose one very important vm. I shut down this vm
>         for maintenance and then I moved the four disks to a new
>         created lun. This vm has 2 snapshots.
>
>         After successful move, the vm refuses to start with this message:
>
>         Bad volume specification {u'index': 0, u'domainID':
>         u'961ea94a-aced-4dd0-a9f0-266ce1810177', 'reqsize': '0',
>         u'format': u'cow', u'bootOrder': u'1', u'discard': False,
>         u'volumeID': u'a0b6d5cb-db1e-4c25-aaaf-1bbee142c60b',
>         'apparentsize': '2147483648 <tel:%28214%29%20748-3648>',
>         u'imageID': u'4a95614e-bf1d-407c-aa72-2df414abcb7a',
>         u'specParams': {}, u'readonly': u'false', u'iface': u'virtio',
>         u'optional': u'false', u'deviceId':
>         u'4a95614e-bf1d-407c-aa72-2df414abcb7a', 'truesize':
>         '2147483648 <tel:%28214%29%20748-3648>', u'poolID':
>         u'48ca3019-9dbf-4ef3-98e9-08105d396350', u'device': u'disk',
>         u'shared': u'false', u'propagateErrors': u'off', u'type':
>         u'disk'}.
>
>         I tried to merge the snaphots, export , clone from snapshot,
>         copy disks, or deactivate disks and every action fails when it
>         is about disk.
>
>         I began to dd lv group to get a new vm intended to a
>         standalone libvirt/kvm, the vm quite boots up but it is an
>         outdated version before the first snapshot. There is a lot of
>         disks when doing a "lvs | grep 961ea94a" supposed to be disks
>         snapshots. Which of them must I choose to get the last vm
>         before shutting down? I'm not used to deal snapshot with
>         virsh/libvirt, so some help will be much appreciated.
>
>
> The disks which you want to copy should contain the entire volume chain.
> Based on the log you mentioned, It looks like this image is problematic:
>
>   storage id: '961ea94a-aced-4dd0-a9f0-266ce1810177',
>   imageID': u'4a95614e-bf1d-407c-aa72-2df414abcb7a
>   volumeID': u'a0b6d5cb-db1e-4c25-aaaf-1bbee142c60b'
>
> What if you try to deactivate this image and try to run the VM, will 
> it run?
I already tried to do what you suggest, but it is the same, and more 
this disk is part of a volume groupe, so I can't boot the vm without it.
>
>
>
>         Is there some unknown command to recover this vm into ovirt?
>
>         Thank you in advance.
>
>
>
>
>
>
>         _______________________________________________
>         Users mailing list
>         Users at ovirt.org <mailto:Users at ovirt.org>
>         http://lists.ovirt.org/mailman/listinfo/users
>         <http://lists.ovirt.org/mailman/listinfo/users>
>
>
>     Beside specific oVirt answers, did you try to get informations
>     about the snapshot tree with qemu-img info --backing-chain on the
>     adequate /dev/... logical volume?
>     As you know how to dd from LVs, you could extract every needed
>     snapshots files and rebuild your VM outside of oVirt.
>     Then take time to re-import it later and safely.
>
>     -- 
>     Nicolas ECARNOT
>     _______________________________________________
>     Users mailing list
>     Users at ovirt.org <mailto:Users at ovirt.org>
>     http://lists.ovirt.org/mailman/listinfo/users
>     <http://lists.ovirt.org/mailman/listinfo/users>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5 	
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanchet at abes.fr

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20171207/ce17cde5/attachment.html>