+Benny Zlotnik <bzlotnik(a)redhat.com&gt; +Pavel Bar <pbar(a)redhat.com&gt; On Thu, 29 Jul 2021 at 07:08, luwen.zhang <luwen.zhang(a)vinchin.com&gt; 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&gt; 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&lt;lveyde(a)redhat.com&gt; <lveyde(a)redhat.com&gt; > 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&gt; > wrote: > >> >> >> Il giorno mar 27 lug 2021 alle ore 10:53 Eyal Shenitzky < >> eshenitz(a)redhat.com&gt; ha scritto: >> >>> As +Michal Skrivanek <mskrivan(a)redhat.com&gt; 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&gt;, 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&gt; ? >> >> >> >> >> >>> >>> On Tue, 27 Jul 2021 at 09:44, luwen.zhang <luwen.zhang(a)vinchin.com&gt; >>> wrote: >>> >>>> >>>> Dear team could you please help on the below issue? >>>> >>>> Thanks Sandro for the advice! >>>> On 07/27/2021 14:22，Sandro Bonazzola&lt;sbonazzo(a)redhat.com&gt; >>>> <sbonazzo(a)redhat.com&gt; wrote： >>>> >>>> I would recommend to ask this on devel(a)ovirt.org. >>>> Looping in +Eyal Shenitzky <eshenitz(a)redhat.com&gt; >>>> >>>> Il giorno mar 27 lug 2021 alle ore 08:14 luwen.zhang < >>>> luwen.zhang(a)vinchin.com&gt; 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> > > -- Regards, Eyal Shenitzky