- Users - oVirt List Archives

Disk locked after backup
by fchansen＠outlook.com 18 Sep '19

18 Sep '19

Hi. I am using the https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/download… script to backup my vms. The problem is that always after the backup finishes, the snapshot is locked. Has anyone ever experienced this? Node version: OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: oVirt Node 4.3.5.2 Kernel Version: 3.10.0 - 957.27.2.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.7.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.12 VDSM Version: vdsm-4.30.24-1.el7 Engine version: 4.3.5.5-1.el7 Thanks

1 0

Disk locked after backup
by Fabio Cesar Hansen 18 Sep '19

18 Sep '19

Hi. I am using the https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/download… script to backup my vms. The problem is that always after the backup finishes, the snapshot is locked. Has anyone ever experienced this? Node version: OS Version: RHEL - 7 - 6.1810.2.el7.centos OS Description: oVirt Node 4.3.5.2 Kernel Version: 3.10.0 - 957.27.2.el7.x86_64 KVM Version: 2.12.0 - 18.el7_6.7.1 LIBVIRT Version: libvirt-4.5.0-10.el7_6.12 VDSM Version: vdsm-4.30.24-1.el7 Engine version: 4.3.5.5-1.el7 Thanks

1 0

Re: Changing ISO domains
by Strahil 18 Sep '19

18 Sep '19

Actually ISO domains are deprecated as stated by the devs in https://bugzilla.redhat.com/show_bug.cgi?id=1673059 There is no warning yet, which makes the confusion. Best Regards, Strahil NikolovOn Sep 18, 2019 15:22, Gianluca Cecchi <gianluca.cecchi(a)gmail.com> wrote: > > On Wed, Sep 18, 2019 at 12:41 PM Mark Steele <msteele(a)telvue.com> wrote: >> >> Well - not in 3.5 :-) >> >> *** >> Mark Steele >> CIO / VP Technical Operations | TelVue Corporation >> TelVue - We Share Your Vision >> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 >> 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com >> twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue >> >> >> On Wed, Sep 18, 2019 at 6:24 AM Strahil <hunter86_bg(a)yahoo.com> wrote: >>> >>> ISO domains are deprecated. >>> I guess you can upload to regular data domains. >>> >>> Best Regards, >>> Strahil Nikolov > > But afaik also on 4.3 only export domains are deprecated, not ISO ones. > See here for RHV too: > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/ht… > > Still it remains the problem of using ISOs on block based data domains when trying to swap CDs > https://bugzilla.redhat.com/show_bug.cgi?id=1589763 > > So in these scenarios ISO domains are still needed > HIH, > Gianluca

1 0

Re: Upgrade from 4.3.5 rc5 to 4.3.6 rc5 strange errors
by Strahil 18 Sep '19

18 Sep '19

Opened a bug in bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=1753363) , if it is a duplicate - please send me an e-mail to relate to my bug post. Best Regards, Strahil NikolovOn Sep 18, 2019 20:18, Strahil <hunter86_bg(a)yahoo.com> wrote: > > Hm... It seems that I missed the complain about libibverbs.so.1 which is part of package libibverbs-22.1-3.el7.x86_64 . > > Once I have deployed that, no more issues are observed. > > I guess there is a missing dependency. > > Best Regards, > Strahil Nikolov > > On Sep 18, 2019 19:57, Strahil <hunter86_bg(a)yahoo.com> wrote: >> >> Hello Community, >> >> I was waiting for 7.7 to come up before I upgrade my lab. >> >> The engine got upgraded without issues, same for OS - but after the system powered up I receive the following: >> >> [root@ovirt1 ~]# ssh engine >> root@engine's password: >> Last login: Wed Sep 18 19:48:32 2019 from ovirt1.localdomainnet_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory >> net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) >> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory >> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) >> net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory >> net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) >> PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory >> PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) >> [root@engine ~]# >> >> Anyone else experiecing this ? >> I can't find libmlx4 or libmlx5 in the repos. >> >> P.S.: I have a gluster snapshot, so I can rollback if needed. >> For now I will postpone my hosts' upgrade. >> >> Best Regards, >> Strahil Nikolov

1 0

Re: Upgrade from 4.3.5 rc5 to 4.3.6 rc5 strange errors
by Strahil 18 Sep '19

18 Sep '19

Hm... It seems that I missed the complain about libibverbs.so.1 which is part of package libibverbs-22.1-3.el7.x86_64 . Once I have deployed that, no more issues are observed. I guess there is a missing dependency. Best Regards, Strahil NikolovOn Sep 18, 2019 19:57, Strahil <hunter86_bg(a)yahoo.com> wrote: > > Hello Community, > > I was waiting for 7.7 to come up before I upgrade my lab. > > The engine got upgraded without issues, same for OS - but after the system powered up I receive the following: > > [root@ovirt1 ~]# ssh engine > root@engine's password: > Last login: Wed Sep 18 19:48:32 2019 from ovirt1.localdomainnet_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory > net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) > PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory > PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) > net_mlx5: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory > net_mlx5: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx5) > PMD: net_mlx4: cannot load glue library: libibverbs.so.1: cannot open shared object file: No such file or directory > PMD: net_mlx4: cannot initialize PMD due to missing run-time dependency on rdma-core libraries (libibverbs, libmlx4) > [root@engine ~]# > > Anyone else experiecing this ? > I can't find libmlx4 or libmlx5 in the repos. > > P.S.: I have a gluster snapshot, so I can rollback if needed. > For now I will postpone my hosts' upgrade. > > Best Regards, > Strahil Nikolov

1 0

no hosted engine deploy while adding new host (oVirt 4.3.5)
by lars.stolpe＠bvg.de 18 Sep '19

18 Sep '19

I tryed to add a new host to my oVirt environment. I remember a checkbox whether the engine HA wil depoyed or not in oVirt 4.1. Now the environmentist oVirt 4.3.5. In the add host dialog windows I cant find that option anymore. In edit window after host installation ther ist also no hosted engine tab. hosted-engine --deploy don't ask, if it is an additional host (like it used to in 4.1), so it will install a new engine instead of depoying the existing engine. Is there a new way of depoying the engine HA to additional hosts?

2 2

Find MAC for VM
by Colin Coe 18 Sep '19

18 Sep '19

Hi all I've got the following Python snippet which works fine under 4.3 but I need it to work under 4.1 as well. --- nics_service = vms_service.vm_service(vm.id).nics_service() nic = nics_service.list(search='name=nic1')[0] --- Under 4.1, it barfs on "nics_service.list(search='name=nic1')[0]". What do I need to do to make it work under 4.1? Thanks

2 5

Re: Changing ISO domains
by Strahil 18 Sep '19

18 Sep '19

ISO domains are deprecated. I guess you can upload to regular data domains. Best Regards, Strahil NikolovOn Sep 17, 2019 16:50, Mark Steele <msteele(a)telvue.com> wrote: > > Hello, > > I recently removed our ISO domain from out cluster (oVirt Engine Version: 3.5.0.1-1.el6) because it was on a storage location we no longer want to use. > > I am now not clear on how to add the new ISO domain in. I created a new ISO domain type via storage and pointed to an NFS share on the new storage, however it does not behave as I anticipated (I cannot see ISO's when creating new VM's) > > I suspect I missed a step - how are new ISO domains added to a cluster? > > Mark > > *** > Mark Steele > CIO / VP Technical Operations | TelVue Corporation > TelVue - We Share Your Vision > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 > 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com > twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

3 2

ovirt-imagio-proxy upload speed slow
by Dev Ops 18 Sep '19

18 Sep '19

I am working on integrating a backup solution for our ovirt environment and having issues with the time it takes to backup the VM's. This backup solution is simply taking a snapshot and making a clone and backing the clone up to a backup server. A VM that is 100 gig takes 52 minutes to back up. The same VM doing a file backup using the same product, and bypassing their rhv plugin, takes 14 minutes. So the throughput is there but the ovirt imageio-proxy process seems to be what manages how images are uploaded and is officially my bottle neck. Load is not high on the engine or kvm hosts. I had bumped up the Upload image size from 100MB to 10gig weeks ago and that didn't seem to help. [root@blah-lab-engine ~]# engine-config -a |grep Upload UploadImageChunkSizeKB: 10240000 version: general [root@bgl-vms-engine ~]# rpm -qa |grep ovirt-image ovirt-imageio-proxy-1.4.6-1.el7.noarch ovirt-imageio-common-1.4.6-1.el7.x86_64 ovirt-imageio-proxy-setup-1.4.6-1.el7.noarch I have seen bugs reported to redhat about this but I am running above the affected releases. engine software is 4.2.8.2-1.el7 Any idea what we can tweak to open up this bottleneck?

5 8

Re: Changing ISO domains
by Strahil 18 Sep '19

18 Sep '19

Yes. But check SELINUX and DAC permissions. Best Regards, Strahil NikolovOn Sep 17, 2019 18:04, Mark Steele <msteele(a)telvue.com> wrote: > > OK - so if I put them in the 1111-11111... directory with scp that should work? > > > *** > Mark Steele > CIO / VP Technical Operations | TelVue Corporation > TelVue - We Share Your Vision > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 > 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com > twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue > > > On Tue, Sep 17, 2019 at 10:57 AM Derek Atkins <derek(a)ihtfp.com> wrote: >> >> If you push down a level or two you'll see your .iso files. >> I just scp them directly in. >> -derek >> >> >> On Tue, September 17, 2019 10:52 am, Mark Steele wrote: >> > Additional information: >> > >> > The directory for the domain appear to have been created properly so I am >> > not clear on why the upload from the ovirt engine is failing: >> > drwxr-xr-x. 3 36 36 88 Sep 17 10:40 . >> > drwxr-xr-x. 5 36 36 126 Oct 17 2018 .. >> > drwxr-xr-x. 4 36 36 46 Sep 17 10:40 bdd2a547-dde9-4248-b2de-ae67063da8e4 >> > -rwxr-xr-x. 1 36 36 0 Sep 17 10:50 __DIRECT_IO_TEST__ >> > [root@phl-tevestore-01 iso-store]# >> > >> > *** >> > *Mark Steele* >> > CIO / VP Technical Operations | TelVue Corporation >> > TelVue - We Share Your Vision >> > 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 >> > 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com >> > twitter: http://twitter.com/telvue | facebook: >> > https://www.facebook.com/telvue >> > >> > >> > On Tue, Sep 17, 2019 at 10:46 AM Mark Steele <msteele(a)telvue.com> wrote: >> > >> >> I was not using the uploader - I have the new domain active and attached >> >> now. >> >> >> >> I am attempting to upload the iso using the following command: >> >> >> >> engine-iso-uploader --iso-domain=phl-iso-03 upload >> >> ./windows-server-2012.iso >> >> >> >> Unfortunately I keep getting this error: >> >> >> >> Uploading, please wait... >> >> ERROR: mount.nfs: Connection timed out >> >> >> >> >> >> >> >> *** >> >> *Mark Steele* >> >> CIO / VP Technical Operations | TelVue Corporation >> >> TelVue - We Share Your Vision >> >> 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 >> >> 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com >> >> twitter: http://twitter.com/telvue

1 0