> On 31. 3. 2021, at 16:29, Giulio Casella <giu...@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 <giu...@di.unimi.it
>>> <mailto:giu...@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/taskcleaner.sh
>>>    
>>> <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh>
>>>>> 
>>>    
>>> <https://github.com/oVirt/ovirt-engine/blob/master/packaging/setup/dbutils/taskcleaner.sh
>>>    
>>> <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/unlock_entity.sh
>>>    
>>> <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/unlock_entity.sh
>>>    
>>> <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
>>>    <giu...@di.unimi.it <mailto:giu...@di.unimi.it>
>>>>> <mailto:giu...@di.unimi.it <mailto:giu...@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-le...@ovirt.org
>>>    <mailto:users-le...@ovirt.org>
>>>>>      <mailto:users-le...@ovirt.org <mailto:users-le...@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/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/
>>>    
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/>
>>>>>    
>>>     
>>> <https://lists.ovirt.org/archives/list/users@ovirt.org/message/M4HYMDMHOKC5DCHDP6CFLM4RWJQNN7R4/
>>>    
>>> <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-le...@ovirt.org
>>>    <mailto:users-le...@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/FEXMZKZFYCWUOVZXZ3C3XZ7VBVYKFJGH/
>>>    
>>> <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-le...@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/UWX3BTA5AUURWC3PSSKKZWGHCR4Q5ZVQ/
>> 
> _______________________________________________
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@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/QIK6U7K4SOZZVFQZQ2FNW7A4TPNUK5G7/
_______________________________________________
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@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/NP56ZUD5BEBR56O7UJWO2W3KPTIWZ4BP/

Reply via email to