January 2018 - Users - oVirt List Archives

A possible bug on Fedora 27
by Valentin Bajrami 07 Feb '18

07 Feb '18

Hi Community, Recently we discovered that our VM's became unstable after upgrading from Fedora 26 to Fedora 27. The journalctl log shows the following Jan 29 20:03:28 host1.project.local libvirtd[2741]: 2018-01-29 19:03:28.789+0000: 2741: error : qemuMonitorIO:705 : internal error: End of file from qemu monitor Jan 29 20:09:14 host1.project.local libvirtd[2741]: 2018-01-29 19:09:14.111+0000: 2741: error : qemuMonitorIO:705 : internal error: End of file from qemu monitor Jan 29 20:10:29 host1.project.local libvirtd[2741]: 2018-01-29 19:10:29.584+0000: 2741: error : qemuMonitorIO:705 : internal error: End of file from qemu monitor A similar bug report is already present here: https://bugzilla.redhat.com/show_bug.cgi?id=1523314 but doesn't reflect our problem entirely. This bug seems to be triggered only when a VM is shut down gracefully. In our case this is being triggered without attempting to shutdown a VM. Again, this is causing the VM's to be unstable and eventually they'll shut down by themselves. Do you have any clue what could be causing this? -- Met vriendelijke groeten, Valentin Bajrami

1 1

qemu-kvm images corruption
by Nicolas Ecarnot 06 Feb '18

06 Feb '18

TL;DR: How to avoid images corruption? Hello, On two of our old 3.6 DC, a recent series of VM migrations lead to some issues : - I'm putting a host into maintenance mode - most of the VM are migrating nicely - one remaining VM never migrates, and the logs are showing : * engine.log : "...VM has been paused due to I/O error..." * vdsm.log : "...Improbable extension request for volume..." After digging amongst the RH BZ tickets, I saved the day by : - stopping the VM - lvchange -ay the adequate /dev/... - qemu-img check [-r all] /rhev/blahblah - lvchange -an... - boot the VM - enjoy! Yesterday this worked for a VM where only one error occurred on the qemu image, and the repair was easily done by qemu-img. Today, facing the same issue on another VM, it failed because the errors were very numerous, and also because of this message : [...] Rebuilding refcount structure ERROR writing refblock: No space left on device qemu-img: Check failed: No space left on device [...] The PV/VG/LV are far from being full, so I guess I don't where to look at. I tried many ways to solve it but I'm not comfortable at all with qemu images, corruption and solving, so I ended up exporting this VM (to an NFS export domain), importing it into another DC : this had the side effect to use qemu-img convert from qcow2 to qcow2, and (maybe?????) to solve some errors??? I also copied it into another qcow2 file with the same qemu-img convert way, but it is leading to another clean qcow2 image without errors. I saw that on 4.x some bugs are fixed about VM migrations, but this is not the point here. I checked my SANs, my network layers, my blades, the OS (CentOS 7.2) of my hosts, but I see nothing special. The real reason behind my message is not to know how to repair anything, rather than to understand what could have lead to this situation? Where to keep a keen eye? -- Nicolas ECARNOT

2 2

ovirt 3.6, we had the ovirt manager go down in a bad way and all VMs for one node marked Unknown and Not Reponding while up
by Christopher Cox 05 Feb '18

05 Feb '18

Like the subject says.. I tried to clear the status from the vm_dynamic for a VM, but it just goes back to 8. Any hints on how to get things back to a known state? I tried marking the node in maint, but it can't move the "Unknown" VMs, so that doesn't work. I tried rebooting a VM, that doesn't work. The state of the VMs is up.... and I think they are running on the node they say they are running on, we just have the Unknown problem with VMs on that one node. So... can't move them, reboot VMs doens't fix.... Any trick to restoring state so that oVirt is ok??? (what a mess)

3 8

VM paused due unknown storage error
by Misak Khachatryan 05 Feb '18

05 Feb '18

Hi, After upgrade to 4.2 i'm getting "VM paused due unknown storage error". When i was upgrading i had some gluster problem with one of the hosts, which i was fixed readding it to gluster peers. Now i see something weir in bricks configuration, see attachment - one of the bricks uses 0% of space. How I can diagnose this? Nothing wrong in logs as I can see. Best regards, Misak Khachatryan

2 5

[IOPROCESS] New release for Fedora
by Nir Soffer 04 Feb '18

04 Feb '18

Hi all, I released ioprocess 1.0.0 for Fedora 27 and 28. If you are using Fedora, please install the new version from the updates-testing and test it. Please share your feedback here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-fbe8141dd2 This version will be available soon from oVirt repositories. Thanks, Nir

1 1

Using upstream QEMU
by Harry Mallon 02 Feb '18

02 Feb '18

Hello all, Has anyone used oVirt with non-oVirt provided QEMU versions? I need a feature provided by upstream QEMU, but it is disabled in the oVirt/CentOS7 QEMU RPM. I have two possible methods to avoid the issue: 1. Fedora has a more recent QEMU which is closer to 'stock'. I see that oVirt 4.2 has no Fedora support, but is it possible to install the host onto a Fedora machine? I am trying to use the master branch rpms as recommended in the "No Fedora Support" note with no luck currently. 2. Is it safe/sensible to use oVirt with a CentOS7 host running an upstream QEMU version? Thanks, Harry Harry Mallon CODEX | Senior Software Engineer 60 Poland Street | London | England | W1F 7NT E harry.mallon(a)codex.online | T +44 203 7000 989

3 4

ovirt 4.2.1 pre hosted engine deploy failure
by Gianluca Cecchi 02 Feb '18

02 Feb '18

Hello, at the end of the command hosted-engine --deploy I get [ INFO ] TASK [Detect ovirt-hosted-engine-ha version] [ INFO ] changed: [localhost] [ INFO ] TASK [Set ha_version] [ INFO ] ok: [localhost] [ INFO ] TASK [Create configuration templates] [ INFO ] TASK [Create configuration archive] [ INFO ] changed: [localhost] [ INFO ] TASK [Create ovirt-hosted-engine-ha run directory] [ INFO ] changed: [localhost] [ INFO ] TASK [Copy configuration files to the right location on host] [ INFO ] TASK [Copy configuration archive to storage] [ ERROR ] [WARNING]: Failure using method (v2_runner_on_failed) in callback plugin [ ERROR ] (<ansible.plugins.callback.1_otopi_json.CallbackModule object at 0x2dd7d90>): [ ERROR ] 'ascii' codec can't encode character u'\u2018' in position 496: ordinal not in [ ERROR ] range(128) [ ERROR ] Failed to execute stage 'Closing up': Failed executing ansible-playbook [ INFO ] Stage: Clean up [ INFO ] Cleaning temporary resources [ INFO ] TASK [Gathering Facts] [ INFO ] ok: [localhost] [ INFO ] TASK [Remove local vm dir] [ INFO ] changed: [localhost] [ INFO ] Generating answer file '/var/lib/ovirt-hosted-engine-setup/answers/answers-20180129164431.conf' [ INFO ] Stage: Pre-termination [ INFO ] Stage: Termination [ ERROR ] Hosted Engine deployment failed: this system is not reliable, please check the issue,fix and redeploy Log file is located at /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20180129160956-a7itm9.log [root@ov42 ~]# Is there any known bug for this? In log file I have: 2018-01-29 16:44:28,159+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:173 [WARNING]: Failure using method (v2_runner_on_failed) in callback plugin 2018-01-29 16:44:28,160+0100 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2018-01-29 16:44:28,160+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:173 (<ansible.plugins.callback.1_otopi_json.CallbackModule object at 0x2dd7d90>): 2018-01-29 16:44:28,160+0100 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2018-01-29 16:44:28,160+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:173 'ascii' codec can't encode character u'\u2018' in position 496: ordinal not in 2018-01-29 16:44:28,161+0100 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2018-01-29 16:44:28,161+0100 ERROR otopi.ovirt_hosted_engine_setup.ansible_utils ansible_utils.run:173 range(128) 2018-01-29 16:44:28,161+0100 DEBUG otopi.plugins.otopi.dialog.human human.format:69 newline sent to logger 2018-01-29 16:44:28,161+0100 DEBUG otopi.context context._executeMethod:143 method exception Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in _executeMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-ansiblesetup/core/target_vm.py", line 193, in _closeup r = ah.run() File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_setup/ansible_utils.py", line 175, in run raise RuntimeError(_('Failed executing ansible-playbook')) RuntimeError: Failed executing ansible-playbook 2018-01-29 16:44:28,162+0100 ERROR otopi.context context._executeMethod:152 Failed to execute stage 'Closing up': Failed executing ansible-playbook I'm testing deploy of nested self hosted engine with HE on NFS. Thanks, Gianluca

2 4

Node network setup
by spfma.tech＠e.mail.fr 01 Feb '18

01 Feb '18

--=_40d9d471a95f6be5f29c7f93c9060b7c Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I am trying to setup a cluster of two nodes, with self hoste Engine= . Things went fine for the first machine, but it as rather messy about t= he second one. I would like to have load balancing and failover for both= management network and storage (NFS repository). So what should I exa= ctly do to get a working network stack which can be recognized when I tr= y to add this host to the cluster ? Have tried configuring bonds and b= riges using Cockpit, using manual "ifcfg" files, but all the time I see= the bridges and the bonds not linked in the Engine interface, so the ne= w host cannot be enrolled. If I try to link "ovirtmgmt" to the the assoc= iated bond, I have a connectivity loss because it is the management devi= ce, and I have te restart the network services. As management configurat= ion is not OK, I can't setup the storage connection. And if I just try= to activate the host, I will install and configure things and then comp= lain about missing "ovirtmgmt" and "nfs" networks, which both exist and= work and Centos level. The interface, bonds and bridge names are copy= /paste from the first server. # brctl show ovirtmgmt=0Abridge name bri= dge id STP enabled interfaces=0Aovirtmgmt 8000.44a842394200 no bond0 # i= p addr show bond0=0A33: bond0: mtu 1500 qdisc noqueue master ovirtmgmt= state UP qlen 1000=0A link/ether 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:f= f=0A inet6 fe80::46a8:42ff:fe39:4200/64 scope link =0A valid_lft forever= preferred_lft forever=0A# ip addr show em1=0A2: em1: mtu 1500 qdisc mq= master bond0 state UP qlen 1000=0A link/ether 44:a8:42:39:42:00 brd ff:= ff:ff:ff:ff:ff=0A# ip addr show em3=0A4: em3: mtu 1500 qdisc mq master= bond0 state UP qlen 1000=0A link/ether 44:a8:42:39:42:00 brd ff:ff:ff:f= f:ff:ff By the way, is it mandatory to stop and disable NetworkManager= or not ? Thanks for any kind of help :-) --=_40d9d471a95f6be5f29c7f93c9060b7c Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div>Hi,</div>=0A<div>=0A<div>I am trying to setup a cluster of two node= s, with self hoste Engine.</div>=0A<div>Things went fine for the first m= achine, but it as rather messy about the second one.</div>=0A<div>I woul= d like to have load balancing and failover for both management network a= nd storage (NFS repository).</div>=0A<div> </div>=0A<div>So what sh= ould I exactly do to get a working network stack which can be recognized= when I try to add this host to the cluster ?</div>=0A<div> </div>= =0A<div>Have tried configuring bonds and briges using Cockpit, using man= ual "ifcfg" files, but all the time I see the bridges and the bonds not= linked in the Engine interface, so the new host cannot be enrolled.</di= v>=0A<div>If I try to link "ovirtmgmt" to the the associated bond, I hav= e a connectivity loss because it is the management device, and I have te= restart the network services. As management configuration is not OK, I= can't setup the storage connection.</div>=0A<div> </div>=0A<div>An= d if I just try to activate the host, I will install and configure thing= s and then complain about missing "ovirtmgmt" and "nfs" networks, which= both exist and work and Centos level.</div>=0A<div> </div>=0A<div>= The interface, bonds and bridge names are copy/paste from the first serv= er.</div>=0A<div> </div>=0A<div># brctl show ovirtmgmt<br />bridge= name    bridge id        S= TP enabled    interfaces<br />ovirtmgmt   &nbsp= ;    8000.44a842394200    no   &= nbsp;    bond0</div>=0A<div># ip addr show bond0<br />33:= bond0: <BROADCAST,MULTICAST,MASTER,UP,LOWER_UP> mtu 1500 qdisc no= queue master ovirtmgmt state UP qlen 1000<br />    link/e= ther 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff<br />    ine= t6 fe80::46a8:42ff:fe39:4200/64 scope link <br />   &nbsp= ;   valid_lft forever preferred_lft forever<br /># ip addr sho= w em1<br />2: em1: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 150= 0 qdisc mq master bond0 state UP qlen 1000<br />    link/= ether 44:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff<br /># ip addr show em3<br= />4: em3: <BROADCAST,MULTICAST,SLAVE,UP,LOWER_UP> mtu 1500 qdisc= mq master bond0 state UP qlen 1000<br />    link/ether 4= 4:a8:42:39:42:00 brd ff:ff:ff:ff:ff:ff</div>=0A<div> </div>=0A<div>= By the way, is it mandatory to stop and disable NetworkManager or not ?<= /div>=0A<div> </div>=0A<div>Thanks for any kind of help :-)</div>= =0A</div> --=_40d9d471a95f6be5f29c7f93c9060b7c--

2 1

Upgrade via reinstall?
by Jamie Lawrence 01 Feb '18

01 Feb '18

Hello, I currently have an Ovirt 4.1.8 installation with a hosted engine using Gluster for storage, with the DBs hosted on a dedicated PG cluster. For reasons[1], it seems possibly simpler for me to upgrade our installation by reinstalling rather than upgrading. In this case, I can happily bring down the running VMs/otherwise do things that one normally can't. Is there any technical reason I can't/shouldn't rebuild from bare-metal, including creating a fresh hosted engine, without losing anything? I suppose a different way of asking this is, is there anything on the engine/host filesystems that I should preserve/restore for this to work? Thanks, -j [1] If this isn't an option, I'll go in to them in order to figure out a plan B; just avoiding a lot of backstory that isn't needed for the question.

2 2

engine add hosts
by 李强华 01 Feb '18

01 Feb '18

hello~，I want to add hosts ，but my host offline , can not connect to internal .engine add hosts , the message： installing hosts node failed . My engine was setup successful , i use engine-setup --offline OK，please help~ [cid:4eed0bd5-8485-41c4-b73b-b82855c988e7] [cid:06876a73-d34b-435f-8479-32aec82c5a0b]

2 1

Engine VM cannot be migrated
by spfma.tech＠e.mail.fr 31 Jan '18

31 Jan '18

--=_0478ea78b27bb4a39cbe20ae18efe4cb Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, What can prevent the hosted engine VM from being migrated ? I can mi= grate any other VM in the cluster (same servers), and it is supposed to= be configured to be migrated manually or automatically as far as I can= see.=0A Regards --=_0478ea78b27bb4a39cbe20ae18efe4cb Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica, sans-serif; font-size= : 10pt; color: #000000;">Hi,</span></div>=0A<div><span style=3D"font-fam= ily: arial, helvetica, sans-serif; font-size: 10pt; color: #000000;">Wha= t can prevent the hosted engine VM from being migrated ?</span></div>=0A= <div><span style=3D"font-family: arial, helvetica, sans-serif; font-size= : 10pt; color: #000000;">I can migrate any other VM in the cluster (same= servers), and it is supposed to be configured to be migrated manually o= r automatically as far as I can see.<br /></span></div>=0A<div><span sty= le=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; color:= #000000;">Regards</span></div>=0A<div> </div> --=_0478ea78b27bb4a39cbe20ae18efe4cb--

1 0

QEMU custom bios and machine setup
by Harry Mallon 31 Jan '18

31 Jan '18

Hello all, I have only been using oVirt for a couple of weeks, but it is working well. I can see in Advanced options that I can pick a custom machine definition. Is there a way to customise the machine as you can with QEMU command line or libvirt XML? I need to access some weirder settings like bios image. Thanks for your help, Harry Harry Mallon CODEX | Senior Software Engineer 60 Poland Street | London | England | W1F 7NT E harry.mallon(a)codex.online | T +44 203 7000 989

2 3

Move Export Domain across web via NFS verses Rsync Image
by Matt Simonsen 31 Jan '18

31 Jan '18

Hello all, We have a several oVirt data centers mostly using oVirt 4.1.9 and NFS backed storage. I'm planning a move for what will eventually be an exported VM, from one physical location to another one. Is there any reason it would be problematic to export the image and then use rsync to migrate the image directory to a different export domain? Thanks, Matt

3 3

cloud-init not setting gateway
by Maton, Brett 31 Jan '18

31 Jan '18

Are there any known issues with cloud-init not setting the network gateway ? I'm trying to create a host with the ansible roles, all is Ok apart from network settings. Ansible code: - block: - name: Authenticate ovirt_auth: password: *** url: "https://***/ovirt-engine/api" username: admin@internal - name: "Create Virtual Machines" ovirt_vms: auth: "{{ ovirt_auth }}" clone: false cloud_init: custom_script: "touch /etc/cloud/cloud-init.disabled" dns_search: *** dns_servers: "*** ***" host_name: *** nic_boot_protocol: static nic_gateway: "***" nic_ip_address: "***" nic_name: eth0 nic_netmask: "***" nic_on_boot: true cluster: Default comment: "Ansible Created" name: "***" state: present stateless: false storage_domain: "***" template: CentOS7_1711_could_init timeout: 600 register: ovirt_vm always: - name: "Sign Out" ovirt_auth: ovirt_auth: "{{ ovirt_auth }}" state: absent I've also tried using the web-ui, again most 'things' get set but not the gateway which is a killer as I can only access the VM with remote console until I set the gateway. Regards, Brett

3 3

[ANN] oVirt 4.1.9 Release is now available
by Lev Veyde 31 Jan '18

31 Jan '18

The oVirt Project is pleased to announce the availability of the oVirt 4.1.9 release, as of January 24th, 2017 This update is the ninth in a series of stabilization updates to the 4.1 series. Please note that no further updates will be issued for the 4.1 series. We encourage users to upgrade to 4.2 series to receive new features and updates. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.1 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Live is already available [2] - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.1.9 release highlights: http://www.ovirt.org/release/4.1.9/ * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4.1.9/ [2] http://resources.ovirt.org/pub/ovirt-4.1/iso/ -- Lev Veyde 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>

6 7

ovirt-guest-agent.service has broken in Debian 8 virtual machines after updates hosts to 4.2
by Алексей Максимов 30 Jan '18

30 Jan '18

Hello, oVirt guru's I just successfully updated my oVirt HE to 4.2. But after I upgraded all hosts and virtual machine restart, the ovirt-guest-agent.service has stopped running in virtual machines with Debian Jessie. ---- # lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 8.10 (jessie) Release: 8.10 Codename: jessie ---- # dpkg -l | grep ovirt ii ovirt-guest-agent 1.0.10.2.dfsg-2+deb8u1 all daemon that resides within guest virtual machines Note: This package installed from Debian Jessie official repo ---- # systemctl status ovirt-guest-agent.service ● ovirt-guest-agent.service - oVirt Guest Agent Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; disabled) Active: failed (Result: exit-code) since Tue 2018-01-02 17:36:29 MSK; 23min ago Main PID: 3419 (code=exited, status=1/FAILURE) Jan 02 17:36:29 APP3 systemd[1]: Started oVirt Guest Agent. Jan 02 17:36:29 APP3 systemd[1]: ovirt-guest-agent.service: main process exited, code=exited, status=1/FAILURE Jan 02 17:36:29 APP3 systemd[1]: Unit ovirt-guest-agent.service entered failed state. ---- >From /var/log/ovirt-guest-agent/ovirt-guest-agent.log: MainThread::INFO::2018-01-02 17:36:29,764::ovirt-guest-agent::57::root::Starting oVirt guest agent MainThread::ERROR::2018-01-02 17:36:29,768::ovirt-guest-agent::138::root::Unhandled exception in oVirt guest agent! Traceback (most recent call last): File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 132, in <module> agent.run(daemon, pidfile) File "/usr/share/ovirt-guest-agent/ovirt-guest-agent.py", line 63, in run self.agent = LinuxVdsAgent(config) File "/usr/share/ovirt-guest-agent/GuestAgentLinux2.py", line 375, in __init__ AgentLogicBase.__init__(self, config) File "/usr/share/ovirt-guest-agent/OVirtAgentLogic.py", line 171, in __init__ self.vio = VirtIoChannel(config.get("virtio", "device")) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 150, in __init__ self._stream = VirtIoStream(vport_name) File "/usr/share/ovirt-guest-agent/VirtIoChannel.py", line 131, in __init__ self._vport = os.open(vport_name, os.O_RDWR) OSError: [Errno 2] No such file or directory: '/dev/virtio-ports/com.redhat.rhevm.vdsm' ---- Before updating to version 4.2 (for version 4.1.8) everything worked fine. Please help solve the problem

4 7

[ANN] oVirt 4.2.1 Fourth Release Candidate is now available
by Lev Veyde 30 Jan '18

30 Jan '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.1 Fourth Release Candidate, as of January 30th, 2017 This update is a release candidate of the first in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.2.1 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.1/>2 <http://www.ovirt.org/release/4.2.1/>. <http://www.ovirt.org/release/4.2.1/> 1 <http://www.ovirt.org/release/4.2.1/>/ <http://www.ovirt.org/release/4.2.1/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>2-pre <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/> -- Lev Veyde 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>

1 0

Nvidia Tesla M60 Direct GPU-Passthrough giving issues + VNC
by Ravyu Sivakumaran 30 Jan '18

30 Jan '18

Hi, I am running an Ovirt host on a SuperMicro SuperServer 2028GR-TRH equipped with 2x2 Tesla M60s (they are dual GPU Cards). I've followed this guide- https://www.ovirt.org/develop/release-management/features/virt/hostdev-pass… and managed to get a Windows 10 Enterprise guest running with one GPU attached to it. The windows guest successfully detects the single M60 GPU and I can install the latest Tesla drivers (390.65) on it with no problem. However, the GPU refuses to do any work whatsoever. The control panel says the GPU is being used for compute and not as a VGA adapter (shows up as inactive on the activity monitor). Nvidia's GPUModeSwitcher tool tells me that the GPU is in Graphics mode, so there is a driver issue here. I have access to the GRID Drivers. However I'm not sure why I'd need them as I'm only doing a direct-passthrough, not GPU Virtualization. Any ideas? Also, after activating Device-Passthrough, I'm unable to access my VM's via the Hosts' VNC anymore. I get an "unable to connect" error. Im currently accessing the Guests with a direct VNC connection. Problem is, I can't clone/create new VMs anymore because of this. I must've done something wrong, not sure what. Thanks in advance! -- Yours Faithfully Ravyu

2 1

SSL Workflow for oVirt
by Gabriel Stein 29 Jan '18

29 Jan '18

Hi all, I think that I found a way to solve the problem from: http://lists.ovirt.org/pipermail/users/2018-January/086441.html and I'm trying to fix it. But my servers are in Production(50%) and I found that are some errors with my SSL Certificates. ## What I need now? Fixes all certificates problems using my Freeipa generated certificates: vdsmclient* on hosts, ovirt-engine communication ssl certificates on hosted-engine. I made with Freeipa(internal) the certificates for ovirt-engine( only apache - self hosted) and Hosts(vsdmclient and vdsmkey....) and replaced using this howto: https://gist.github.com/qrkourier/9c9ac3e8b190dcb91d3767179d5a39ea ## Now ovirt-engine can't contact a Host(Non Responsive) with the errors(Yes, I have a Backup from all old certificates): *VDSM host.domain.tld command GetCapabilitiesVDS failed: General SSLEngine problem* On engine.log: *2018-01-23 13:33:40,160+01 ERROR [org.ovirt.engine.core.vdsbroker.vdsbroker.GetAllVmStatsVDSCommand] (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Command 'GetAllVmStatsVDSCommand(HostName = host.domain.tld, VdsIdVDSCommandParametersBase:{hostId='d6bc650b-7edd-4019-b316-54313217880f'})' execution failed: VDSGenericException: VDSNetworkException: General SSLEngine problem* *2018-01-23 13:33:40,160+01 INFO [org.ovirt.engine.core.vdsbroker.monitoring.PollVmStatsRefresher] (EE-ManagedThreadFactory-engineScheduled-Thread-23) [] Failed to fetch vms info for host 'host.domain.tld' - skipping VMs monitoring.* ## I read, that ovirt-engine generates certificates for all hosts and it uses his own CA. Questions: - How can I fix the communication from hosted-engine and vsdm on hosts? Should I copy my Freeipa ca.crt and replace the ca.der file on */etc/pki/ovirt-engine/certs*? - Should I change the engine.cer certificate from */etc/pki/ovirt-engine/certs *with my Certificate made using Freeipa? - How to do that properly? - Where can I find a complete workflow from SSL Certificates from oVirt? What certificates should I change? ## I found some links that to me are confusing(or I'm just dumb), I will take my end solution and do a howto to all: - https://www.ovirt.org/develop/release-management/features/infra/pki/ - how updated is that? I can't overwrite a ca from ovirt-engine? - https://www.ovirt.org/documentation/admin-guide/appe-oVirt_and_SSL/ *- * *Note:** Using a commercially issued certificate for HTTPS connections does not affect the certificate used for authentication between your Engine and hosts. They will continue to use the self-signed certificate generated by the Engine... * ... Well, why I keep receiving errors with the self-signed CA from ovirt-engine and the disk uploads?(*Unable to upload image to disk a-b-c-d-e due to a network error. Make sure ovirt-imageio-proxy service is installed and configured, and ovirt-engine's certificate is registered as a valid CA in the browser. The certificate can be fetched from https://<engine_url>/ovirt-engine/services/pki-resource?resource=ca-certificate&format=X509-PEM-CA* ) Thanks in Advance! Best Regards, Gabriel PS: I would help with the oVirt Wiki if needed, I would follow the rhce path and do the rhcs certification too, will be nice to study a lot. Gabriel Stein ------------------------------ Gabriel Ferraz Stein Tel.: +49 (0) 170 2881531

2 1

No master storage domain, force select?
by Jure Kranjc 29 Jan '18

29 Jan '18

This is a cryptographically signed message in MIME format. --------------ms000006050602060305000308 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hello, is there a way to force select master storage domain? I have three data=20 domains, we had some storage problems and now none of the domains is=20 master. I cannot activate any because I should first activate the master = one. Any help appreciated. --------------ms000006050602060305000308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC ChcwggUAMIID6KADAgECAhADS+4XH7fhBjcv1HJCQL0qMA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMGkxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEdMBsGA1UEAxMU VEVSRU5BIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDG pbsfVYL0pTRyFHJlm1/V6qBo2JuCiU9TYpx7jM4O2tQyDq8bjMum69vg6wM0lMGHflMgqB75 GxeKfQFmEldoXi2cLishqFUvU2cJeM3SaRsLk2BsuCgTzh9NsYgmrUX60KHOq7eYKVZxbPFW JF2nMOBuMXNu2qBXTGSLeLXHnNvG3r7TLzGg1oA5teAxQE6Eo8ySSeIXbP7wZB76urwlh51P IbrJZjkDjdQVELh7OlTP1WO6T/Hf6BsEfeFcpoa1e+MW/lw0VetTPPHQ15HYKYP2WYohHxzD iC+QUwE7UZVBlp9cXIpwHuDzSibc5RG3z0n/j2SQCx0Dk5FMAUErAgMBAAGjggGmMIIBojAS BgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcBAQRtMGswJAYI KwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcwAoY3aHR0cDov L2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNydDCBgQYD VR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJl ZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0 QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggrBgEFBQcCARYc aHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQU8CHpSXdzn4WuGDvoUnAU Bu1C7sowHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZIhvcNAQELBQAD ggEBADrCGyv+Y967YbS5R6j8fAWxJiAiUZvIPfn1xVgesF6jspwCQY8xGn/MG04d+Jh97I8I /Xfx29JEEFq2rQmw4PxiO9RiDZ7xoDxNd4rrRDR7jrtOKQP8J+o+ah0vSOP62hnD/zPS7NRM tIyVS2G277KAL5fIR62ngr984fmJghDv0bsjGAmeu3EP0xhUsDJT61IoAGoKBnxBPAeg3WXs dSm4Gn7btyvakeyFtYebr2KmOBSa28PRqGSDur56aZhJoM2eMzc6prmvGwwtAzRsc5t2OsKR uHWV6O3anP2K27jGZR2bi1VX1NQUvIbpVNTuwjm+XcZtsa/AAJF9KGkEseAwggUPMIID96AD AgECAhAIjN7NyFkWCGXu+LbfMlIUMA0GCSqGSIb3DQEBCwUAMGkxCzAJBgNVBAYTAk5MMRYw FAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRF UkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFsIENBIDMwHhcNMTcxMTE0MDAwMDAwWhcN MjAxMTE0MTIwMDAwWjBHMQswCQYDVQQGEwJTSTESMBAGA1UEBxMJTGp1YmxqYW5hMQ4wDAYD VQQKEwVBcm5lczEUMBIGA1UEAxMLSnVyZSBLcmFuamMwggEiMA0GCSqGSIb3DQEBAQUAA4IB DwAwggEKAoIBAQCgHE2xBKE9iUzRk9FUDtg8mDmUj0HNXP38LsV/md9bkIGuCqxfig7D1Mq3 5Bf15GuYp5bii2scJqYNkN0haf2y27GO2/VsQLvdonHr7iRpltqoSbg8INXyedjDsnnF970e aiQc260SxV8eWFua4CS92mykJIz1koU1du0u4nqoM0yoh4ovIdKWeSmFN3C1uEukAk8jycAM gup39xXCjB+A+V0RA3f8/re2dsIrNG672QrUIHIyAksH1bZztmlVXZYu+qSKwVuuyTb5wkLW TwSZ01MI9jXE9Qy65FzMWVZELTTUcGDB359EPjy3n04uNsp3oGP9/0mhuI7VmGDEQ4CXAgMB AAGjggHTMIIBzzAfBgNVHSMEGDAWgBTwIelJd3Ofha4YO+hScBQG7ULuyjAdBgNVHQ4EFgQU kK/eYmNE8toxdJaCsjvO0lhb1sUwDAYDVR0TAQH/BAIwADAfBgNVHREEGDAWgRRqdXJlLmty YW5qY0Bhcm5lcy5zaTAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYwFAYIKwYBBQUHAwIGCCsG AQUFBwMEMEMGA1UdIAQ8MDowOAYKYIZIAYb9bAQBAjAqMCgGCCsGAQUFBwIBFhxodHRwczov L3d3dy5kaWdpY2VydC5jb20vQ1BTMHUGA1UdHwRuMGwwNKAyoDCGLmh0dHA6Ly9jcmwzLmRp Z2ljZXJ0LmNvbS9URVJFTkFQZXJzb25hbENBMy5jcmwwNKAyoDCGLmh0dHA6Ly9jcmw0LmRp Z2ljZXJ0LmNvbS9URVJFTkFQZXJzb25hbENBMy5jcmwwcwYIKwYBBQUHAQEEZzBlMCQGCCsG AQUFBzABhhhodHRwOi8vb2NzcC5kaWdpY2VydC5jb20wPQYIKwYBBQUHMAKGMWh0dHA6Ly9j YWNlcnRzLmRpZ2ljZXJ0LmNvbS9URVJFTkFQZXJzb25hbENBMy5jcnQwDQYJKoZIhvcNAQEL BQADggEBAMKWUMYBnUkSdz/tVYzPwEamsxN4QmVVpFzDogZxBspz1p/F9i+dyIPuZHP6/ahm ru3lLvtHT+SH+8YZ1lTeu25Y64gHBsAEGqR2wRt35ZX72+ekU2U8zCA+2QnYD3ejeGSfUuNr Bz9k6JHxg/d2+A4sZI4L2VXrFOnLMTWmxeFN5lS4l2UU72Ckjs6xrb6RUHBqp0XJJs8GGR64 lZjrALDewuZk+Gb6oua1hKNw7obTFLTw+1gKaV+hyOFmcP95iHy/mESGcz+JJz7EjzmbFkQs QS2e/gRmxwZMIs5yWTJXnKjQE9/8GKOwkCqWL0Fd5IlFUEByRo7NdyASSw587rkxggOjMIID nwIBATB9MGkxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQH EwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFs IENBIDMCEAiM3s3IWRYIZe74tt8yUhQwDQYJYIZIAWUDBAIBBQCgggH3MBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDExODA1MjYwNFowLwYJKoZIhvcN AQkEMSIEILwdN21ICV8CYh//3XjmddP6J/SHbLUwZQqiAdt20otYMGwGCSqGSIb3DQEJDzFf MF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgIC AIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgYwGCSsGAQQBgjcQ BDF/MH0waTELMAkGA1UEBhMCTkwxFjAUBgNVBAgTDU5vb3JkLUhvbGxhbmQxEjAQBgNVBAcT CUFtc3RlcmRhbTEPMA0GA1UEChMGVEVSRU5BMR0wGwYDVQQDExRURVJFTkEgUGVyc29uYWwg Q0EgMwIQCIzezchZFghl7vi23zJSFDCBjgYLKoZIhvcNAQkQAgsxf6B9MGkxCzAJBgNVBAYT Ak5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNV BAoTBlRFUkVOQTEdMBsGA1UEAxMUVEVSRU5BIFBlcnNvbmFsIENBIDMCEAiM3s3IWRYIZe74 tt8yUhQwDQYJKoZIhvcNAQEBBQAEggEACozEx+i2cc/jB1De3hwoILq4fKLPrZ1isUKE0C7G EuRsT9cPhgAkA7SLZUbaiLqnekwY8q83vTDHlKzcghwgnTb5JGRrIKdgA1gaN3LSqN6Gp6pJ mAcz4/M7uhPr2t1e7DpOVO5tx/TaDhsobeRCcc7YvkxXdCnEJtLIX3TGBAOJba/XHNDhIS21 6jQh3PyY+d96HMiS77QaUXLNtg7V3Yf7sA4ox7xfOOTXXCCRbrDenNYFvehm0513dVjHG3l6 G3F2IWpeEWcfkUsAoAhFgAN/9ipAOrDXy9iMQoFdQ2PcLdYMZdAQKZfi2r7M6T74d6h8m1/L tyGSXZOOeSQwvgAAAAAAAA== --------------ms000006050602060305000308--

2 2

PHX planned maintenance 29.01.2018 @19:00 GMT
by Evgheni Dereveanchin 29 Jan '18

29 Jan '18

Hi everyone, Planned works are going to be performed in the PHX data center today. They are related to core networking hardware upgrades and may cause short connectivity loss to services hosted by the oVirt project, including: * Jenkins CI * Package repositories * project website * mailing lists The maintenance window starts at 19:00 GMT and has a duration of one hour. I will pause CI job execution before the maintenance window so builds will be queued and executed after network upgrades are implemented to decrease the possibility of false positives. I will follow up with any further updates. -- Regards, Evgheni Dereveanchin

1 1

NFS sync vs async
by Jean-Francois Courteau 29 Jan '18

29 Jan '18

Hello there, At first I thought I had a performance problem with virtio-scsi on Windows, but after thorough experimentation, I finally found that my performance problem was related to the way I share my storage using NFS. Using the settings suggested on the oVirt website for the /etc/exports file, I implemented the following line: /storage *(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) The underlying filesystem is ext4. In the end, whatever the VM I am running through this NFS export, I get extremely poor write performance, like sub-100 IOPS (my disks usually can do 800-1k). Under the hood, iotop shows that my host IO is all taken up by jbd2, and if I understand correctly, it is the ext4 logging process. I have read that using the "async" option in my NFS export is unsafe, like if my host crashes during a write operation, it could corrupt my VM Disks. What is the best combination of filesystem / settings if I want to go with NFS sync? Is someone getting good performance with the same options as me? if so, why do I get such abysmal IOPS numbers? Thanks! J-F Courteau

1 0

Q: Core Reservation on Hyperthreaded CPU
by Andrei V 29 Jan '18

29 Jan '18

Hi, I’m currently running node on HP ProLiant with 2 x Xeon with 4 core each. Because of hyperthreading each physical core is being seen as 2. How KVM/oVirt reserves cores if for example I allocate 4 CPU cores for VM ? Does it allocates 4 real CPU cores, or 2 cores with 2 threads each ? Each VM consumes very low CPU resources. What happens if # of used cores consumed by VMs will exceed real count of physical CPU cores ? Thanks. Andrei

2 1

disk copy exception
by Donny Davis 28 Jan '18

28 Jan '18

I am trying to copy a disk that was from a storage domain that was imported from 4.1 to a newer storage domain and this exception is thrown in the UI Uncaught exception occurred. Please try reloading the page. Details: Exception caught: (TypeError) : Cannot read property 'g' of null Please have your administrator check the UI logs

2 3

Basic parts for rebuilding ovirt server
by Alex Bartonek 27 Jan '18

27 Jan '18

This is a multi-part message in MIME format. --b1_f894a230c95068ff2d09e33adb4dda21 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 S2luZGEgcGxlYXNlZCB3aXRoIHRoZSB3YXkgdGhlIHJlc3RvcmUgd2VudC4gU3Vja3MgdGhhdCBt eSBiYWNrdXBzIHdlcmVuJ3Qgd29ya2luZyBsaWtlIEkgdGhvdWdodC4KCkkgZGlkIGFuIGVuZ2lu ZSBiYWNrdXAsIGNvbXBsZXRlIGFib3V0IGEgZGF5IGJlZm9yZSBJIGxvc3QgZGF0YS4KCkFyZSB0 aGVzZSB0aGUgYmFzaWMgc3RlcHM6CgoxLiBSZWluc3RhbGwgQ2VudE9TICh3aGF0ZXZlciBPUyB5 b3UgdXNlZCkKMi4gVXBkYXRlIGFsbCBwYWNrYWdlcwozLiBJbnN0YWxsIG92aXJ0CjQuIEVuZ2lu ZSByZXN0b3JlCjUuIEVuZ2luZSBzZXR1cAoKVGhhdCBnZXRzIHlvdSBhIGJhc2ljIG92aXJ0IHNl cnZlciB3aXRoIHlvdXIgcHJldmlvdXMgc2V0dGluZ3MuCgpNeSBwcm9ibGVtOgpTdG9yYWdlIGRv bWFpbnMgYXJlIGdvbmUgYWxvbmcgd2l0aCB0aGUgdm1zLiBIb3cgZG8gSSByZW1vdmUgdGhlIFZN J3MgYW5kIHN0b3JhZ2UgZG9tYWlucyB0aGF0IHdheSBJIGNhbiByZWNyZWF0ZSB0aGVtPwoKVGhh bmtzCgpTZW50IGZyb20gUHJvdG9uTWFpbCBtb2JpbGU= --b1_f894a230c95068ff2d09e33adb4dda21 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGJyPktpbmRhIHBsZWFzZWQgd2l0aCB0aGUgd2F5IHRoZSByZXN0b3JlIHdlbnQuICBTdWNrcyB0 aGF0IG15IGJhY2t1cHMgd2VyZW4ndCB3b3JraW5nIGxpa2UgSSB0aG91Z2h0Ljxicj48YnI+SSBk aWQgYW4gZW5naW5lIGJhY2t1cCwgY29tcGxldGUgYWJvdXQgYSBkYXkgYmVmb3JlIEkgbG9zdCBk YXRhLjxicj48YnI+QXJlIHRoZXNlIHRoZSBiYXNpYyBzdGVwczo8YnI+PGJyPjEuIFJlaW5zdGFs bCBDZW50T1MgKHdoYXRldmVyIE9TIHlvdSB1c2VkKTxicj4yLiBVcGRhdGUgYWxsIHBhY2thZ2Vz PGJyPjMuIEluc3RhbGwgb3ZpcnQ8YnI+NC4gRW5naW5lIHJlc3RvcmUgPGJyPjUuIEVuZ2luZSBz ZXR1cDxicj48YnI+VGhhdCBnZXRzIHlvdSBhIGJhc2ljIG92aXJ0IHNlcnZlciB3aXRoIHlvdXIg cHJldmlvdXMgc2V0dGluZ3MuPGJyPjxicj5NeSBwcm9ibGVtOjxicj5TdG9yYWdlIGRvbWFpbnMg YXJlIGdvbmUgYWxvbmcgd2l0aCB0aGUgdm1zLiAgSG93IGRvIEkgcmVtb3ZlIHRoZSBWTSdzIGFu ZCBzdG9yYWdlIGRvbWFpbnMgdGhhdCB3YXkgSSBjYW4gcmVjcmVhdGUgdGhlbT88YnI+PGJyPlRo YW5rczxicj48YnI+U2VudCBmcm9tIFByb3Rvbk1haWwgbW9iaWxlPGJyPjxicj48YnI+ --b1_f894a230c95068ff2d09e33adb4dda21--

1 0