[ovirt-users] Export Domain no show

Hi Ovirt, We are using Ovirt 4.1 selfhosted engine attach nfs storega as data/iso/export, we have one image which we want to import (manageiq-ovirt-fine-4.qc2). We did copy to our export location (/export/3157c57b-8f6a-4709-862a-713bfa59899a) and chnage the owner ship to (chown -R 36:36

[ovirt-users] ovirt-engine installation problem

Hello. CentOS Linux release 7.4.1708 (Core) # yum install http://resources.ovirt.org/pub/yum-repo ... ease41.rpm # yum install ovirt-engine --> Finished Dependency Resolution Error: Package: systemd-python-219-42.el7.x86_64 (base)

Re: [ovirt-users] 10Gb Networking with OVN

Thanks for the hint, we are going to check this. You are welcome to share if you have any hints about a possible bottleneck in you scenario. On Mon, 11 Dec 2017 11:21:58 -0700 Beau Sapach wrote: > Yes, we've done some testing. With an oVirt VM running on a host > using

Re: [ovirt-users] Move disk between domains

On Mon, Dec 11, 2017 at 6:30 PM, Matthew DeBoer wrote: > The permissions are all ok. vdsm kvm. > > This shows up in vdsm.log when the snapshot is tried. > > > 2017-12-08 13:03:13,031-0600 ERROR (jsonrpc/7) [virt.vm] > (vmId='6a53d8a9-3b4d-4995-8b84-dc920badf0fc')

Re: [ovirt-users] ?==?utf-8?q? Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1

Replying to myself here: I fixed it by running this insert statement in the postgresql db to restore the missing connection: insert into storage_server_connections (id, connection, portal, storage_type) values ('b3011e5b-552e-4393-a758-ac1e35648ab1', '/var/ovirt-lun1', '1', '4'); Le Lundi,

[ovirt-users] Error "Did not connect host to storage domain because connection for connectionId is null" in ovirt 4.1

I have a 4.1 ovirt environment. I cannot reactivate a storage domain (data-master) and I get an error message stating "connection for connectionId 'b3011e5b-552e-4393-a758-ac1e35648ab1' is null". I also cannot delete this storage domain as it's a master domain. 2017-12-11 15:25:10,971-05 INFO 

[ovirt-users] Standalone Gluster Storage

We've been doing some experimenting with gluster, and have built a stand-alone gluster cluster (not managed by oVirt). We've been able to create a storage domain backed by that gluster cluster and run VMs with their disks on that storage. The problem we have is that when we take a gluster node

[ovirt-users] Black Screen for Spice/VNC after host reboot with a runnung VM

Dear ovirt Team/Experts, I did a reboot of a host, while a VM was running on it. After putting the host in maintenance and starting the VM on another host, I tried to connect to said VM by Spice/VNC. In both cases I get a black screen. The VM does not respond to keyboard input, its IP is not

Re: [ovirt-users] [Qemu-block] Scheduling daily Snapshot

On Fri, Dec 8, 2017 at 5:25 PM Max Reitz wrote: > On 2017-12-07 23:19, Nir Soffer wrote: > > On Wed, Dec 6, 2017 at 6:02 PM Jason Lelievre > > wrote: > > > > Hello, > > > > What is the best way to set up a daily

Re: [ovirt-users] [Qemu-block] import thin provisioned disks with image upload

On 2017-12-07 21:33, Nir Soffer wrote: [...] > > Trying harder... >   > > The term "file size" is ambiguous in this context... > > > It is not. file size is what you get from stat: > > $ truncate -s 1g empty > > $ stat empty  >   File: 'empty' >   Size: 1073741824Blocks: 0          IO

Re: [ovirt-users] [Qemu-block] Scheduling daily Snapshot

On 2017-12-07 23:19, Nir Soffer wrote: > On Wed, Dec 6, 2017 at 6:02 PM Jason Lelievre > wrote: > > Hello, > > What is the best way to set up a daily live snapshot for all VM, and > have the possibility to recover, for example,

Re: [ovirt-users] [Qemu-block] import thin provisioned disks with image upload

On 2017-12-08 21:56, Nir Soffer wrote: > On Fri, Dec 8, 2017 at 5:23 PM Max Reitz > wrote: [...] > What "stat" reports as "size" I'd call the length (what qemu-img info > calls "virtual size" for raw images).  > > > raw images are not an

Re: [ovirt-users] 10Gb Networking with OVN

Yes, we've done some testing. With an oVirt VM running on a host using 10Gb ethernet copying data to a physical machine also using 10Gb ethernet we don't see network utilization exceed 800Mbits or so. A bit of research online yields some experimentation done by others who used SR-IOV to achieve

Re: [ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

Hi Sandro, I'm wondering if BZ1513362 (AIO stuck fixed in qemu-kvm-rhev-2.9.0-16.el7_4.12) will be worth to give the newer version a try. Best regards. Markus - Von: users-boun...@ovirt.org [users-boun...@ovirt.org]" im Auftrag von "Sandro Bonazzola [sbona...@redhat.com]

[ovirt-users] qemu-kvm-ev-2.9.0-16.el7_4.11.1 now available for testing

Hi, qemu-kvm-ev-2.9.0-16.el7_4.11.1 is now available for testing. If no negative feedback will be reported, I'm going to push to release on Thursday, December 14th. Here's the changelog: * Mon Dec 11 2017 Sandro Bonazzola

Re: [ovirt-users] Move disk between domains

The permissions are all ok. vdsm kvm. This shows up in vdsm.log when the snapshot is tried. 2017-12-08 13:03:13,031-0600 ERROR (jsonrpc/7) [virt.vm] (vmId='6a53d8a9-3b4d-4995-8b84-dc920badf0fc') Unable to take snapshot (vm:3699) Traceback (most recent call last): File

Re: [ovirt-users] Debugging why hosted engine flips between EngineUp and EngineBadHealth

Hi Martin, Hi all, *some minutes* has passed and i've the piece of log i'm looking at. ​ broker.log-upbadup ​ I got this morning a notice about enginebadhealth and engineup flip. I'm not able to identify

[ovirt-users] [ANN] oVirt 4.1.8 Release is now available

The oVirt Project is pleased to announce the availability of the oVirt 4.1.8 release, as of December 11th, 2017 This update is the eighth in a series of stabilization updates to the 4.1 series. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar)

Re: [ovirt-users] bonding mode-alb

On Mon, Dec 11, 2017 at 12:53 PM, Demeter Tibor wrote: > Hi, > > Could help anyone for me in this question? > Thanks. > > R. > > Tibor > > > > - 2017. dec.. 6., 14:07, Demeter Tibor írta: > > Dear members, > > I would like to use two switch to make

Re: [ovirt-users] bonding mode-alb

On Mon, Dec 11, 2017 at 12:53 PM, Demeter Tibor wrote: > Hi, > > Could help anyone for me in this question? > Thanks. > > R. > > Tibor > > > > No personal experience, but I would stay with what offcial docs say

Re: [ovirt-users] bonding mode-alb

Hello If you have 10Gb ports you hardly need to use these aggregation in order to have more bandwidth. 10Gb is enough for A LOT of things. Just use bonding mode=1 (active/backup) if your switches don't support stacking. Doing mode-tlb and alb is not always straight forward as mode 1 or mode

Re: [ovirt-users] bonding mode-alb

Hi, Could help anyone for me in this question? Thanks. R. Tibor - 2017. dec.. 6., 14:07, Demeter Tibor írta: > Dear members, > I would like to use two switch to make high-availability network connection > for > my nfs storage. > Unfortunately, these switches

Re: [ovirt-users] 4-2rc hosted-engine don't boot error:cannot allocate kernel buffer

Hi, we also have a proper fix now and will release it with the next RC build. Best regards -- Martin Sivak SLA / oVirt On Mon, Dec 11, 2017 at 12:10 PM, Maton, Brett wrote: > Really short version ( I can't find the link to the ovirt doc at the > moment) > > Put

Re: [ovirt-users] 4-2rc hosted-engine don't boot error:cannot allocate kernel buffer

Really short version ( I can't find the link to the ovirt doc at the moment) Put hosted engine in to global maintenance and power off the vm (hosted-engine command). On one of your physical hosts, make a copy of he config and update the memory cp /var/run/ovirt-hosted-engine-ha/vm.conf . vim

Re: [ovirt-users] 4-2rc hosted-engine don't boot error:cannot allocate kernel buffer

I opened the bug because I had the same issue https://bugzilla.redhat.com/show_bug.cgi?id=1524331. Best Regards On Mon, Dec 11, 2017 at 11:32 AM, Maton, Brett wrote: > Hi Roberto can you check how much RAM is allocated to the HE VM ? > > > virsh -c

Re: [ovirt-users] 4-2rc hosted-engine don't boot error:cannot allocate kernel buffer

Hi Roberto can you check how much RAM is allocated to the HE VM ? virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf virsh # dominfo HostedEngine The last update I did seems to have changed the HE RAM from 4GB to 4MB! On 11 December 2017 at 09:08, Simone Tiraboschi

Re: [ovirt-users] Best Practice Question: How many engines, one or more than one, for multiple physical locations

On Fri, Dec 8, 2017 at 9:50 PM, Matt Simonsen wrote: > Hello all, > > I read with Gluster using hyper-convergence that the engine must reside on > the same LAN as the nodes. I guess this makes sense by definition - ie: > using Gluster storage and replicating Gluster bricks across

Re: [ovirt-users] 4-2rc hosted-engine don't boot error:cannot allocate kernel buffer

On Mon, Dec 11, 2017 at 9:47 AM, Roberto Nunin wrote: > Hello all > > during weekend, I've re-tried to deploy my 4.2_rc lab. > Everything was fine, apart the fact host 2 and 3 weren't imported. I had > to add them to the cluster manually, with the NEW function. > After this

Re: [ovirt-users] 10Gb Networking with OVN

Is there an indication that the VMs will not take advantage of 10Gb? On Thu, 7 Dec 2017 15:27:25 -0700 Beau Sapach wrote: > Hello everyone, > > I see here: > https://www.ovirt.org/blog/2017/09/introducing-ovirt-4.2.0/ that > version 4.2 will have OVN support. Does anyone