Re: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM

This is a multi-part message in MIME format. ------=_NextPartTM-000-057c70dd-2d57-48b9-ba52-0c304c9b02d3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,=0A= =0A= we've seen a lot of trouble when deleting snapshots of multidisk VMs.=0A= Especially endless running snapshot deletions is one of our culprits.=0A= More here: https://bugzilla.redhat.com/show_bug.cgi?id=3D1319400=0A= =0A= Markus=0A= ________________________________________=0A= Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von= "Ivo R=FCtsche [lists.ovirt.org(a)direct.ruetsche.com]=0A= Gesendet: Dienstag, 3. Mai 2016 19:23=0A= An: users(a)ovirt.org=0A= Betreff: [ovirt-users] Snapshot is "Locked" - Can't do anything with the VM= =0A= =0A= Hi oVirt List=0A= =0A= We have the problem, that two of our VM's have "Locked" snapshots and we=0A= can't go forward. From 10 VM's which we move from one store to another,=0A= we have problems with 5 of them to delete the snapshots. But with a lot=0A= of luck, the snapshot was always on the dedicated Swap-Disk, so we just=0A= have to remove the whole disk and create it again as new.=0A= =0A= Because we replace all the filers, we have to move the VM's arround. The=0A= move itself runns fine, but deleting the snapshots doesn't work sometimes.= =0A= =0A= I found a lot about our problem, but I can't find any solution, which=0A= works an our environment.=0A= =0A= Our setup:=0A= - 3 Solaris filer with NFS exports for the hosts for the vm-images=0A= - 8 hosts (oVirt 3.6 / Centos 7.2.1511)=0A= - The engine host is located outside of the DC, connected via VPN=0A= =0A= At the moment, one of the "problem-VM" is productive, the other should=0A= become productive in the next days, so we focus us to the 2nd VM,=0A= because we can play arround with them. The other one is startet up, but=0A= i have no idea, what happens, when i shut them down...=0A= =0A= This is the status today of VM, which is not productive at the moment:=0A= - VM Status: Down=0A= - Snapshots OK: 2=0A= - Snapshots Locked: 1=0A= - In the snapshot tab, everything is grayed out (Create, Preview,=0A= Commit, Undo etc.)=0A= - No active tasks are displayed=0A= =0A= Error message when i try to start the VM:=0A= "Cannot run VM. The VM is performing an operation on a Snapshot. Please=0A= wait for the operation to finish, and try again."=0A= =0A= Something about the history of this VM:=0A= 1. We start the disk move from filer1 to filer3, totaly 4 drives,=0A= everything was fine=0A= 2. Deleting snapshots, i think one or two runns fine=0A= 3. Deleting the 2nd or 3rd snapshot runs two days without an end=0A= 4. Rebooting the Engine=0A= 5. No task anymore in the Tasks list=0A= 6. The status of the snapshot is "Locked", die Disk of this snapshot=0A= becoms "Illegal" and red=0A= 7. Shutdown the VM - no luck, i can't start it again --> "Cannot run=0A= VM. The VM is performing an operation on a Snapshot. Please wait for the=0A= operation to finish, and try again."=0A= 8. We move the disk back from filer3 to the filer1=0A= 9. The status of the snapshot is "Locked", die Disk of this snapshot=0A= becoms "OK" and green=0A= ...but i can't delete the snapshot or starting the VM :(=0A= =0A= Today, i copy the image files to a dedicated KVM host, which is not=0A= involved in the oVirt environment and i merge the image manualy together:= =0A= qemu-img convert -p -f qcow2 804ffcc3-446f-4c56-ba99-ab90c7951a6f -O raw=0A= Merged1=0A= =0A= I mount the image and everything fine, all the changes from the last two=0A= days are now in a base image. I try to remove the whole disk in oVirt,=0A= but i still got the error message, that i have to wait. So for me, the=0A= next step is to create a new VM and migrate everything manualy, this=0A= will work, but can't be the solution for the other VM, which is=0A= productive and it have the same problem.=0A= =0A= =0A= =0A= Some information about:=0A= =0A= *****************=0A= [root@lin-ovirt7 images]# vdsm-tool dump-volume-chains=0A= d6e6656d-7aaf-4c5b-bb93-cd6134ed9654=0A= =0A= Images volume chains (base volume first)=0A= =0A= image: f3cfefd2-d467-41d5-a054-5b01f81a21b4=0A= =0A= - a018521a-bd3a-4322-ac79-52d15e95639e=0A= status: OK, voltype: INTERNAL, format: RAW, legality:=0A= LEGAL, type: SPARSE=0A= =0A= - 2e2f0b4a-b015-4b50-8d10-51726de460a9=0A= status: OK, voltype: INTERNAL, format: COW, legality:=0A= LEGAL, type: SPARSE=0A= =0A= - 804ffcc3-446f-4c56-ba99-ab90c7951a6f=0A= status: OK, voltype: LEAF, format: COW, legality: LEGAL,=0A= type: SPARSE=0A= *****************=0A= [root@lin-ovirt7 images]# ls -altrh f3cfefd2-d467-41d5-a054-5b01f81a21b4/= =0A= total 34G=0A= -rw-rw----+ 1 vdsm kvm 1.0M 2. Mai 21:03=0A= a018521a-bd3a-4322-ac79-52d15e95639e.lease=0A= -rw-rw----+ 1 vdsm kvm 1.0M 2. Mai 21:03=0A= 2e2f0b4a-b015-4b50-8d10-51726de460a9.lease=0A= -rw-r--r--+ 1 vdsm kvm 260 2. Mai 21:03=0A= 804ffcc3-446f-4c56-ba99-ab90c7951a6f.meta=0A= -rw-rw----+ 1 vdsm kvm 1.0M 2. Mai 21:03=0A= 804ffcc3-446f-4c56-ba99-ab90c7951a6f.lease=0A= -rw-rw----+ 1 vdsm kvm 300G 2. Mai 22:26=0A= a018521a-bd3a-4322-ac79-52d15e95639e=0A= -rw-rw----+ 1 vdsm kvm 77M 2. Mai 22:27=0A= 2e2f0b4a-b015-4b50-8d10-51726de460a9=0A= -rw-rw----+ 1 vdsm kvm 3.5G 2. Mai 22:34=0A= 804ffcc3-446f-4c56-ba99-ab90c7951a6f=0A= -rw-r--r--+ 1 vdsm kvm 364 2. Mai 22:34=0A= a018521a-bd3a-4322-ac79-52d15e95639e.meta=0A= -rw-r--r--+ 1 vdsm kvm 264 2. Mai 22:34=0A= 2e2f0b4a-b015-4b50-8d10-51726de460a9.meta=0A= drwxr-xr-x+ 2 vdsm kvm 11 2. Mai 22:34 .=0A= drwxr-xr-x+ 50 vdsm kvm 50 3. Mai 14:30 ..=0A= [root@lin-ovirt7 images]#=0A= *****************=0A= =0A= I attach some line from the engine.log, maybe someone can help, if you=0A= need more information everything is here.=0A= =0A= gruss ivo=0A= =0A= =0A= =0A= ------=_NextPartTM-000-057c70dd-2d57-48b9-ba52-0c304c9b02d3 Content-Type: text/plain; name="InterScan_Disclaimer.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="InterScan_Disclaimer.txt" **************************************************************************** Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Über das Internet versandte E-Mails können unter fremden Namen erstellt oder manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine rechtsverbindliche Willenserklärung. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln Vorstand: Kadir Akin Dr. Michael Höhnerbach Vorsitzender des Aufsichtsrates: Hans Kristian Langva Registergericht: Amtsgericht Köln Registernummer: HRB 52 497 This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. e-mails sent over the internet may have been written under a wrong name or been manipulated. That is why this message sent as an e-mail is not a legally binding declaration of intention. Collogia Unternehmensberatung AG Ubierring 11 D-50678 Köln executive board: Kadir Akin Dr. Michael Höhnerbach President of the supervisory board: Hans Kristian Langva Registry office: district court Cologne Register number: HRB 52 497 **************************************************************************** ------=_NextPartTM-000-057c70dd-2d57-48b9-ba52-0c304c9b02d3--