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
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... [2] https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/un... *Regards,* *Shani Leviim* On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella <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 To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DC...
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> [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>
*Regards, * *Shani Leviim *
On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella <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> 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/M4HYMDMHOKC5DC... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/>
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> [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>
*Regards, * *Shani Leviim *
On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella <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> 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/M4HYMDMHOKC5DC... <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/>
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FEXMZKZFYCWUOV...
o
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) 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> 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?
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/ta...
[2]
https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/un...
< https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/un...
*Regards, * *Shani Leviim *
On Wed, Feb 3, 2021 at 10:43 AM Giulio Casella <giulio@di.unimi.it <mailto:giulio@di.unimi.it>> wrote:
Since yesterday I found a couple VMs with locked disk. I don't know
On 03/02/2021 12:25, Giulio Casella wrote: 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> 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/M4HYMDMHOKC5DC...
<
https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DC...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FEXMZKZFYCWUOV...
o
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
FYI: after upgrading to ovirt 4.4.5 (both manager and ovirt nodes) the issue seems fixed (or at least it didn't happen in about a week, with 4.4.4 I had the problem every couple of day). Regards, gc On 04/02/2021 09:08, Giulio Casella wrote:
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
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UWX3BTA5AUURWC...
On 31. 3. 2021, at 16:29, Giulio Casella <giulio@di.unimi.it> wrote:
FYI: after upgrading to ovirt 4.4.5 (both manager and ovirt nodes) the issue seems fixed (or at least it didn't happen in about a week, with 4.4.4 I had the problem every couple of day).
likely thanks to https://bugzilla.redhat.com/show_bug.cgi?id=1796124 There were bunch of other related changes in 4.4.5. It’s probably not entirely solved yet, but it’s good to see it already helped. There will be further improvements in 4.4.6 hopefully, and also from storware/vprotect side.
Regards, gc
On 04/02/2021 09:08, Giulio Casella wrote:
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
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UWX3BTA5AUURWC...
_______________________________________________ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-leave@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/QIK6U7K4SOZZVF...
participants (3)
-
Giulio Casella -
Michal Skrivanek -
Shani Leviim