
I've not been able to reproduce, if happens again I'll submit a bugzilla. Thank you. Regards, gc On 03/02/2021 17:49, Shani Leviim wrote:
In such a case, the disks shouldn't remain locked - sounds like a bug. This one requires a deeper look. If you're able to reproduce it again, please open a bug in Bugzilla (https://bugzilla.redhat.com <https://bugzilla.redhat.com>) with engine and vdsm logs, so we'll be able to investigate it.
*Regards, * *Shani Leviim *
On Wed, Feb 3, 2021 at 5:39 PM Giulio Casella <giulio@di.unimi.it <mailto:giulio@di.unimi.it>> wrote:
Hi, I tried unlock_entity.sh, and it solved the issue. So far so good.
But it's still unclear why disks were locked.
Let me make an hypothesis: in ovirt 4.3 a failure in snapshot removal would lead to a snapshot in illegal status. No problem, you can remove again and the situation is fixed. In ovirt 4.4 a failure in snapshot removal leave the whole disk in locked state (maybe a bug?), preventing any further action.
Does it make sense?
On 03/02/2021 12:25, Giulio Casella wrote: > Hi Shani, > no tasks listed in UI, and now "taskcleaner.sh -o" reports no task (just > before I gave "taskcleaner.sh -r"). > But disks are still locked, and "unlock_entity.sh -q -t all -c" > (accordingly) reports only two disk's uuid (with their vm's uuid). > > Time to give a chance to unlock_entity.sh? > > Regards, > gc > > On 03/02/2021 11:52, Shani Leviim wrote: >> Hi Giulio, >> Before running unlock_entity.sh, let's try to find if there's any task >> in progress. >> Is there any hint on the events in the UI? >> Or try to run [1]: >> ./taskcleaner.sh -o >> >> Also, you can verify what entities are locked [2]: >> ./unlock_entity.sh -q -t all -c >> >> [1] >> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/ta... <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh> >> <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/ta... <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh>> >> [2] >> https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/un... <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh> >> <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/un... <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/unlock_entity.sh>> >> >> *Regards, >> * >> *Shani Leviim >> * >> >> >> On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella <giulio@di.unimi.it <mailto:giulio@di.unimi.it> >> <mailto:giulio@di.unimi.it <mailto:giulio@di.unimi.it>>> wrote: >> >> Since yesterday I found a couple VMs with locked disk. I don't know the >> reason, I suspect some interaction made by our backup system (vprotect, >> snapshot based), despite it's working for more than a year. >> >> I'd give a chance to unlock_entity.sh script, but it reports: >> >> CAUTION, this operation may lead to data corruption and should be used >> with care. Please contact support prior to running this command >> >> Do you think I should trust? Is it safe? VMs are in production... >> >> My manager is 4.4.4.7-1.el8 (CentOS stream 8), hosts are oVirt Node >> 4.4.4 >> >> >> TIA, >> Giulio >> _______________________________________________ >> Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> <mailto:users@ovirt.org <mailto:users@ovirt.org>> >> To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> >> <mailto:users-leave@ovirt.org <mailto:users-leave@ovirt.org>> >> Privacy Statement: https://www.ovirt.org/privacy-policy.html <https://www.ovirt.org/privacy-policy.html> >> <https://www.ovirt.org/privacy-policy.html <https://www.ovirt.org/privacy-policy.html>> >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> >> <https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/>> >> List Archives: >> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DC... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/> >> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DC... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/>> >> > _______________________________________________ > Users mailing list -- users@ovirt.org <mailto:users@ovirt.org> > To unsubscribe send an email to users-leave@ovirt.org <mailto:users-leave@ovirt.org> > Privacy Statement: https://www.ovirt.org/privacy-policy.html <https://www.ovirt.org/privacy-policy.html> > oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ <https://www.ovirt.org/community/about/community-guidelines/> > List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FEXMZKZFYCWUOV... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/FEXMZKZFYCWUOVZXZ3C3XZ7VBVYKFJGH/> >
o