+Benny Zlotnik <bzlotnik(a)redhat.com> +Pavel Bar <pbar(a)redhat.com>
On Thu, 29 Jul 2021 at 07:08, luwen.zhang <luwen.zhang(a)vinchin.com> wrote:
Dear all,
FYI, after upgrading oVirt engine to 4.4.7.7-1.el8 the chance of
reproducing this issue is reduced, but it still persists.
Can you please open a bug for it and mention the steps you did to reproduce
the problem?
Also, please include all the relevant logs in the bug.
Benny/Pavel, is there a WA for getting out of this issue besides removing
the entry from the DB?
The oVirt node version is also 4.4.7, the virtual disks are stored in
iSCSI LUN.
The problem occurred yesterday, but we waited for more than 20 hours,
still 2 disks and in Finalizing state.
At this moment, we are unable to check/delete snapshots, or perform
backups.
Please let us know if we can do anything to help with the debug.
Thanks & regards!
Luwen Zhang
On 07/27/2021 18:30,luwen.zhang<luwen.zhang@vinchin.com>
<luwen.zhang(a)vinchin.com> wrote:
Thank you all for your help, after upgrading oVirt engine the issue is now
fixed.
Best regards!
Luwen Zhang
On 07/27/2021 18:03,Lev Veyde<lveyde(a)redhat.com> <lveyde(a)redhat.com>
wrote:
Hi Sandro,
Yes, it was released as part of the 0-day fix on July 20, including a new
appliance build.
Thanks in advance,
On Tue, Jul 27, 2021 at 12:20 PM Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
>
>
> Il giorno mar 27 lug 2021 alle ore 10:53 Eyal Shenitzky <
> eshenitz(a)redhat.com> ha scritto:
>
>> As +Michal Skrivanek <mskrivan(a)redhat.com> already replied, this issue
>> cause by -
https://bugzilla.redhat.com/show_bug.cgi?id=1980428.
>>
>> It is already fixed in RHV 4.4.7 and on the master branch.
>> +Sandro Bonazzola <sbonazzo(a)redhat.com>, did we include it on oVirt
>> 4.4.7 also?
>>
>
> $ git tag --contains 6cd8bc532b0a4a6839ed667c67489256ae9ff5b9
> ovirt-engine-4.4.7.7
>
> It was shipped on July 20th but I don't see an announcement for it. +Lev
> Veyde <lveyde(a)redhat.com> ?
>
>
>
>
>
>>
>> On Tue, 27 Jul 2021 at 09:44, luwen.zhang <luwen.zhang(a)vinchin.com>
>> wrote:
>>
>>>
>>> Dear team could you please help on the below issue?
>>>
>>> Thanks Sandro for the advice!
>>> On 07/27/2021 14:22,Sandro Bonazzola<sbonazzo(a)redhat.com>
>>> <sbonazzo(a)redhat.com> wrote:
>>>
>>> I would recommend to ask this on devel(a)ovirt.org.
>>> Looping in +Eyal Shenitzky <eshenitz(a)redhat.com>
>>>
>>> Il giorno mar 27 lug 2021 alle ore 08:14 luwen.zhang <
>>> luwen.zhang(a)vinchin.com> ha scritto:
>>>
>>>>
>>>> Dear team,
>>>>
>>>> We had implemented CBT support for RHV and oVirt in our new version,
>>>> but when testing we encountered problems of obtain VM increments and
also
>>>> had abnormal with the VM virtual disks.
>>>>
>>>> Our testing environment as below:
>>>> OS Version: RHEL - 8.4.2105.0 - 3.el8
>>>> OS Description: oVirt Node 4.4.7
>>>> Kernel Version: 4.18.0 - 315.el8.x86_64
>>>> KVM Version: 6.0.0 - 19.el8s
>>>> LIBVIRT Version: libvirt-7.4.0-1.el8s
>>>> VDSM Version: vdsm-4.40.70.6-1.el8
>>>>
>>>> One of the problem is after a successful backup, the VM which gets
>>>> only one virtual disk will get 2 identical virtual disks marked as
Complete
>>>> on oVirt engine web console, like shown below.
>>>>
>>>> The additional disk might disappear after a while, but before it’s
>>>> gone there could be a lot of problems with the VM.
>>>>
>>>> 1. We cannot perform a new backup, the backup will fail directly.
>>>>
>>>> 2. The VM itself will run into exception, we cannot even power it off,
>>>> and it will also probably get crashed.
>>>>
>>>> 3. If the VM was initially powered off, after backing up, we cannot
>>>> power on the VM.
>>>>
>>>> And there could be some other problems related with this, is this
>>>> normal or there’s something we did wrong?
>>>>
>>>> Thank you in advance for your help!
>>>>
>>>>
>>>> *Luwen Zhang* | Product Manager
>>>>
>>>> *Mobile*: +8613880424687 | *Skype*: luwen.zhang_cn
>>>>
>>>> *WhatsApp*: +8613880424687 | *WeChat*: +8613880424687
>>>>
>>>> *Website*:
www.vinchin.com
>>>>
>>>> *Address*: F5, Block 8, National Information Security Industry Park,
>>>>
>>>> No.333 Yunhua Road, Hi-tech Zone, Chengdu, China | *Zip*: 610015
>>>>
>>>> *INNOVATIVE VM BACKUP EXPERT*
>>>>
>>>> VMware Backup
>>>> <
https://www.vinchin.com/en/hypervisor/vmware-backup.html> |
XenServer/Citrix
>>>> Hypervisor/XCP-ng Backup
>>>>
<
https://www.vinchin.com/en/hypervisor/xcp-ng-xenserver-backup.html>
>>>> | Hyper-V Backup
>>>> <
https://www.vinchin.com/en/hypervisor/hyper-v-backup.html>
>>>>
>>>> RHEV/oVirt Backup
>>>>
<
https://www.vinchin.com/en/hypervisor/red-hat-virtualization-ovirt-backup...
>>>> | OLVM Backup
>>>>
<
https://www.vinchin.com/en/hypervisor/oracle-linux-virtualization-manager...
>>>> | Sangfor HCI Backup
>>>> <
https://www.vinchin.com/en/hypervisor/sangfor-hci-backup.html> |
OpenStack
>>>> Backup
<
https://www.vinchin.com/en/hypervisor/openstack-backup.html>
>>>>
>>>>
>>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>>
>>> Red Hat EMEA <
https://www.redhat.com/>
>>>
>>> sbonazzo(a)redhat.com
>>> <
https://www.redhat.com/>
>>>
>>> *Red Hat respects your work life balance. Therefore there is no need to
>>> answer this email out of your office hours.*
>>>
>>>
>>>
>>
>> --
>> Regards,
>> Eyal Shenitzky
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA <
https://www.redhat.com/>
>
> sbonazzo(a)redhat.com
> <
https://www.redhat.com/>
>
> *Red Hat respects your work life balance. Therefore there is no need to
> answer this email out of your office hours.
> <
https://mojo.redhat.com/docs/DOC-1199578>*
>
>
>
--
Lev Veyde
Senior Software Engineer, RHCE | RHCVA | MCITP
Red Hat Israel
<
https://www.redhat.com>
lev(a)redhat.com | lveyde(a)redhat.com
<
https://red.ht/sig>
TRIED. TESTED. TRUSTED. <
https://redhat.com/trusted>