January 2017 - Users - oVirt List Archives

New oVirt 4.0.x documentation now live!
by Brian Proffitt 17 Jan '17

17 Jan '17

You wanted it, we delivered! The oVirt Project is pleased to announce the availability of all-new principal documentation[1] for the oVirt 4.0 branch! For more information, check out the blog released today[2]! Peace, Brian [1] https://www.ovirt.org/documentation/ [2] https://www.ovirt.org/blog/2017/01/happy-new-documentation/ -- Brian Proffitt Principal Community Analyst Open Source and Standards @TheTechScribe 574.383.9BKP

3 3

glusterfs heal issues
by Gary Pedretty 17 Jan '17

17 Jan '17

--Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 This is a self hosted Glusterized setup, with 3 hosts. I have had some = glusterfs data storage domains have some disk issues where healing was = required. The self heal seemed to startup and the Ovirt Management = portal showed healing taking place in the Volumes/Brick tab. Later it = showed everything ok. This is a replica 3 volume. I noticed however = that the brick tab was not showing even use of the 3 bricks and looking = on the actual hosts a df command also shows uneven use of the bricks. = However gluster volume heal (vol) info shows zero entries for all = bricks. There are no errors reported in the Data Center or Cluster, yet = I see this uneven use of the bricks across the 3 hosts. =20 Doing a gluster volume status (vol) detail indeed shows different free = disk space across the different bricks. However the Inode Count and = Free Inodes are identical across all bricks. =20 I thought replica 3 was supposed to be mirrored across all nodes. Any = idea why I am seeing the uneven use, or is this just something about = glusterfs that is different when it comes to free space vs Inode Count? Gary ------------------------------------------------------------------------ Gary Pedretty gary(a)ravnalaska.net = <mailto:gary@eraalaska.net> Systems Manager www.flyravn.com = <http://www.flyravn.com/> Ravn Alaska /\ 907-450-7251 5245 Airport Industrial Road / \/\ 907-450-7238 fax Fairbanks, Alaska 99709 /\ / \ \ Second greatest commandment Serving All of Alaska / \/ /\ \ \/\ =E2=80=9CLove your = neighbor as Really loving the record green up date! Summmer!! yourself=E2=80=9D = Matt 22:39 ------------------------------------------------------------------------ --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8 <html><head><meta http-equiv=3D"Content-Type" content=3D"text/html = charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D"">This is a self hosted Glusterized setup, with 3 hosts. =  I have had some glusterfs data storage domains have some disk = issues where healing was required.  The self heal seemed to startup = and the Ovirt Management portal showed healing taking place in the = Volumes/Brick tab.  Later it showed everything ok.  This is a = replica 3 volume.  I noticed however that the brick tab was not = showing even use of the 3 bricks and looking on the actual hosts a df = command also shows uneven use of the bricks.  However gluster = volume heal (vol) info shows zero entries for all bricks.  There = are no errors reported in the Data Center or Cluster, yet I see this = uneven use of the bricks across the 3 hosts.  <div class=3D""><br = class=3D""></div><div class=3D"">Doing a gluster volume status (vol) = detail indeed shows different free disk space across the different = bricks.  However the Inode Count and Free Inodes are identical = across all bricks.  </div><div class=3D""><br class=3D""></div><div = class=3D"">I thought replica 3 was supposed to be mirrored across all = nodes.  Any idea why I am seeing the uneven use, or is this just = something about glusterfs that is different when it comes to free space = vs Inode Count?<div class=3D""><br class=3D""></div><div = class=3D"">Gary</div><div class=3D""><br class=3D""></div><div = class=3D""><br class=3D""><div class=3D""> <div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; orphans: = auto; text-align: start; text-indent: 0px; text-transform: none; = white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"color: rgb(0, 0, 0); letter-spacing: normal; = orphans: auto; text-align: start; text-indent: 0px; text-transform: = none; white-space: normal; widows: auto; word-spacing: 0px; = -webkit-text-stroke-width: 0px; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><div style=3D"orphans: = auto; text-align: start; text-indent: 0px; widows: auto; word-wrap: = break-word; -webkit-nbsp-mode: space; -webkit-line-break: = after-white-space;" class=3D""><div style=3D"orphans: auto; text-align: = start; text-indent: 0px; widows: auto; word-wrap: break-word; = -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" = class=3D""><div style=3D"orphans: auto; text-align: start; text-indent: = 0px; widows: auto; word-wrap: break-word; -webkit-nbsp-mode: space; = -webkit-line-break: after-white-space;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); font-size: 12px; letter-spacing: normal; = text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px;" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div><div class=3D"">Gary Pedretty         =                     =            <a = href=3D"mailto:gary@eraalaska.net" = class=3D"">gary(a)ravnalaska.net</a></div><div class=3D"">Systems Manager =                     =                     =  <a href=3D"http://www.flyravn.com" = class=3D"">www.flyravn.com</a></div><div class=3D"">Ravn Alaska   =                     =     /\                 =    907-450-7251</div><div class=3D"">5245 Airport Industrial = Road         /  \/\         =     907-450-7238 fax</div><div class=3D"">Fairbanks, Alaska =  99709        /\  /    \ \ = Second greatest commandment</div></font><font face=3D"Monaco" = class=3D""><span style=3D"font-size: 12px;" class=3D"">Serving All of = Alaska          /  \/  /\  \ \/\ =   =E2=80=9CLove your neighbor as</span></font><br = style=3D"font-family: Monaco;" class=3D""><font face=3D"Menlo" = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px;" class=3D""><span style=3D"font-size: 12px;" class=3D"">Really = loving the record green up date! Summmer!!   yourself=E2=80=9D M= att 22:39</span></font><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-family: Menlo;" = class=3D""></div><font face=3D"Menlo" style=3D"font-size: 12px;" = class=3D""></font><span style=3D"color: rgb(0, 0, 0); letter-spacing: = normal; text-transform: none; white-space: normal; word-spacing: 0px; = -webkit-text-stroke-width: 0px; font-size: 12px;" class=3D""><font = face=3D"Menlo" class=3D""><div = class=3D"">---------------------------------------------------------------= ---------</div></font></span><div style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px;" class=3D""><font = face=3D"Menlo" style=3D"font-size: 12px;" class=3D""><br = class=3D""></font></div></div><span style=3D"color: rgb(0, 0, 0); = letter-spacing: normal; text-transform: none; white-space: normal; = word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: 12px;" = class=3D""><br class=3D"Apple-interchange-newline"></span></div><span = style=3D"color: rgb(0, 0, 0); letter-spacing: normal; text-transform: = none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: = 0px; font-size: 12px;" class=3D""><br = class=3D"Apple-interchange-newline"></span></div><span style=3D"color: = rgb(0, 0, 0); letter-spacing: normal; text-transform: none; white-space: = normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; font-size: = 12px;" class=3D""><br class=3D"Apple-interchange-newline"></span></div><br= class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"></div><br = class=3D"Apple-interchange-newline"><br = class=3D"Apple-interchange-newline"> </div> <br class=3D""></div></div></body></html>= --Apple-Mail=_B7D419EA-0EAE-41C9-87E3-583B5DAC7590--

1 1

Re: [ovirt-users] OVF disk errors
by Pavel Gashev 17 Jan '17

17 Jan '17

Michael, oVirt 3.6 doesn't work well on CentOS 7.3. Upgrade vdsm to 4.17.35. -----Original Message----- From: <users-bounces(a)ovirt.org> on behalf of Michael Watters <Michael.Watters(a)dart.biz> Date: Thursday 5 January 2017 at 23:12 To: "users(a)ovirt.org" <users(a)ovirt.org> Subject: [ovirt-users] OVF disk errors Hello, I have two hosts in a cluster running ovirt 3.6 and I keep seeing errors in the event log as follows. Jan 5, 2017 2:34:01 PM Host ovirt-node-production2 power management was verified successfully. Jan 5, 2017 2:34:01 PM Status of host ovirt-node-production2 was set to Up. Jan 5, 2017 2:33:58 PM Executing power management status on Host ovirt-node-production2 using Proxy Host ovirt-node-production1 and Fence Agent ipmilan:1.2.3.4 Jan 5, 2017 2:33:48 PM Failed to update OVF disks c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain 2-Production-Faster). Jan 5, 2017 2:33:47 PM Host ovirt-node-production2 is not responding. It will stay in Connecting state for a grace period of 104 seconds and after that an attempt to fence the host will be issued. Jan 5, 2017 2:33:47 PM Failed to update OVF disks 389bd0fe-804c-428d-9de1-640d83fe9a29, OVF data isn't updated on those OVF stores (Data Center Default, Storage Domain 1-Production-Slower). Jan 5, 2017 2:33:42 PM VDSM ovirt-node-production2 command failed: Logical Volume extend failed What concerns me the most is the last two errors. I've verified that all disks are online and all volume groups are working as expected. Is there a way to manually update an OVF disk? Here is what the engine database shows for these disk IDs. engine=# select * from storage_domains_ovf_info where ovf_disk_id = 'c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4' ; storage_domain_id | status | ovf_disk_id | stored_ovfs_ids | last_updated --------------------------------------+--------+--------------------------------------+-----------------+---------------------------- 32f7c737-c1ee-4d2e-82a7-1b5e6efe0cf8 | 1 | c7c567a3-ebd5-4e3a-bf1e-66080e8a09b4 | | 2016-11-21 13:48:55.756-05 (1 row) engine=# select * from storage_domains_ovf_info where ovf_disk_id = '389bd0fe-804c-428d-9de1-640d83fe9a29' ; storage_domain_id | status | ovf_disk_id | stored_ovfs_ids | last_updated --------------------------------------+--------+--------------------------------------+-----------------+---------------------------- 52e48bb6-e477-41fe-aa25-69fc04b47c98 | 1 | 389bd0fe-804c-428d-9de1-640d83fe9a29 | | 2016-12-31 00:13:58.924-05 (1 row) _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

3 3

Upgrade cluster + adding nodes
by Davide Ferrari 17 Jan '17

17 Jan '17

Hello everyone currently I've a 4-nodes oVirt 4.0.4 cluster running on CentOS 7.2. Given that we have now oVirt 4.0.6 and CentOS 7.3, what's the best update path? I was reading threads about qemu-kvm-ev 2.6 when CentOS 7.3 was released but I was wondering if with 4.0.6 release something has changed. Moreover, I'd like to add 4 more nodes in the near future, I guess I should have all the same version and thus I must fully upgrade the original 4 nodes (both OS + oVirt) before adding new, fully up-to-date nodes, right? Thanks! -- Davide Ferrari Senior Systems Engineer

1 0

oVirt Engine 4.0.5 and CentOS 7.3 Instability
by Rogério Ceni Coelho 17 Jan '17

17 Jan '17

Hi oVirt Gurus, Happy new year to everyone !!! I update oVirt Engine to 4.0.5 from 4.0.4 and Centos to 7.3 from 7.2 last week and after that I have instability four times. Every time ovirt engine seems to loose communication with one or more node servers like this image below. Every time I rebooted oVirt engine server and everything came back to normal. Anyone with this kind of problem ??? [image: pasted1] After reboot : [image: pasted2]

3 18

ovirtvm-console : Failed to execute login on behalf - for user
by Nathanaël Blanchet 16 Jan '17

16 Jan '17

This is a multi-part message in MIME format. --------------BB4C4DF1A3B16FBCD0105975 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hi, with 4.1 beta2, I try to use ovirtvm-console with my AD imported account=20 with issue "Failed to execute login on behalf - for user xxx". * I can login with name into the webadmin as a superuser. * I don't meet any issue with 4.0.x * whatever the pub key is it is the same * All other AD and local accounts work as expected with ovirtvm-console Regarding the engine logs, it seems that some character of my name are=20 not recognized: 2017-01-09 17:35:52,014+01 ERROR=20 [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-29) []=20 OAuthException server_error: java.text.ParseException: Invalid character=20 ' ' encountered. 2017-01-09 17:35:52,016+01 ERROR=20 [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-1)=20 [50439863] Unable to create engine session: EngineException: user=20 sblanchet(a)levant.abes.fr in domain 'abes.fr-authz (Failed with error=20 PRINCIPAL_NOT_FOUND and code 5200) 2017-01-09 17:35:52,024+01 ERROR=20 [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]=20 (default task-1) [50439863] Correlation ID: 50439863, Call Stack: null,=20 Custom Event ID: -1, Message: Failed to execute login on behalf - for=20 user sblanchet(a)levant.abes.fr. 2017-01-09 17:35:52,025+01 ERROR=20 [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-1)=20 [50439863] Error processing request: : java.lang.RuntimeException:=20 Unable to create session using LoginOnBehalf --=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr --------------BB4C4DF1A3B16FBCD0105975 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"content-type" content=3D"text/html; charset=3Dutf= -8"> </head> <body text=3D"#000000" bgcolor=3D"#FFFFFF"> <p>Hi,</p> <p>with 4.1 beta2, I try to use ovirtvm-console with my AD imported account with issue "Failed to execute login on behalf - for user xxx". <br> </p> <ul> <li>I can login with name into the webadmin as a superuser.<br> </li> <li>I don't meet any issue with 4.0.x <br> </li> <li>whatever the pub key is it is the same</li> <li>All other AD and local accounts work as expected with ovirtvm-console</li> </ul> <p>Regarding the engine logs, it seems that some character of my name are not recognized:</p> <p>2017-01-09 17:35:52,014+01 ERROR [org.ovirt.engine.core.sso.utils.SsoUtils] (default task-29) [] OAuthException server_error: java.text.ParseException: Invalid character ' ' encountered.<br> 2017-01-09 17:35:52,016+01 ERROR [org.ovirt.engine.core.bll.aaa.LoginOnBehalfCommand] (default task-1) [50439863] Unable to create engine session: EngineException:=C2=A0 user <a class=3D"moz-txt-link-abbreviated" h= ref=3D"mailto:sblanchet@levant.abes.fr">sblanchet(a)levant.abes.fr</a> in d= omain 'abes.fr-authz (Failed with error PRINCIPAL_NOT_FOUND and code 5200)<br> 2017-01-09 17:35:52,024+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirect= or] (default task-1) [50439863] Correlation ID: 50439863, Call Stack: null, Custom Event ID: -1, Message: Failed to execute login on behalf - for user <a class=3D"moz-txt-link-abbreviated" href=3D"mai= lto:sblanchet@levant.abes.fr">sblanchet(a)levant.abes.fr</a>.<br> 2017-01-09 17:35:52,025+01 ERROR [org.ovirt.engine.core.services.VMConsoleProxyServlet] (default task-1) [50439863] Error processing request: : java.lang.RuntimeException: Unable to create session using LoginOnBehalf<br> </p> <br> <pre class=3D"moz-signature" cols=3D"72">--=20 Nathana=C3=ABl Blanchet Supervision r=C3=A9seau P=C3=B4le Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 =09 T=C3=A9l. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 <a class=3D"moz-txt-link-abbreviated" href=3D"mailto:blanchet@abes.fr">bl= anchet(a)abes.fr</a> </pre> </body> </html> --------------BB4C4DF1A3B16FBCD0105975--

2 1

[Ovirt 4.0 - Storage Domain] Fail to upload ISO using engine-iso-uploader
by TranceWorldLogic . 16 Jan '17

16 Jan '17

Hi, I am trying to upload ISO image using engine-iso-uploader command as shown below. I have received error as shown below. # engine-iso-uploader -i vms_isos_myHost -u admin@internal -r ovirt.lab.com:443 upload /tmp/ubuntu.iso Uploading, please wait... ERROR: mount.nfs: access denied by server while mounting 190.68.5.100: /nfs_share/iso My NFS configuration as shown below: # cat /etc/exports /nfs_share/iso 190.68.5.100(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) /nfs_share/data 190.68.5.100(rw,sync,no_subtree_check,all_squash,anonuid=36,anongid=36) And please note that I have provided proper file and folder permission as mention in below link. http://www.ovirt.org/documentation/how-to/troubleshooting/troubleshooting-n… Please help !!! Thanks, ~Rohit

2 1

Master storage domain in locked state
by knarra 16 Jan '17

16 Jan '17

Hi, I have three glusterfs storage domains present on my system. data (master), vmstore and engine. I tried moving the master storage domain to maintenance state , it was stuck in preparing for maintenance for a long time and then i rebooted my hosts. Now i see that the master domain moves to maintenance state but vmstore which is master now is stuck in locked state. Any idea how to come out of this situation. Any help is much appreciated. Thanks kasturi

2 1

Can't shut down VM
by Peter Calum 16 Jan '17

16 Jan '17

Hi, I have a VM hanging in powering down state, the same VM has at snapshot hanging in state locked. - How do i solve this ? vmId='6d820a57-efef-431d-b98f-99e8fe13b6ac', oVirt Engine Version: 4.0.5.5-1.el7.centos engine log attached. -- Venlig hilsen / Kind regards Peter Calum

3 6

VDSM service won't start
by paul.greene.va 16 Jan '17

16 Jan '17

All, I'm having an issue with the vdsmd service refusing to start on a fresh install of RHEL 7.2, RHEV version 4.0. It initially came up correctly, and the command "ip a" showed a "vdsmdummy" interface and a "ovirtmgmt" interface. However after a couple of reboots, those interfaces disappeared, and running "systemctl status vdsmd" generated the message "Dependency failed for Virtual Desktop Service Manager/Job vdsmd.service/start failed with result 'dependency'". Didn't say what dependency though I have 3 hosts where this happening on 2 out of 3 hosts. For some odd reason, the one host isn't having any problems. In a Google search I found an instance where system clock timing was out of sync, and that messed it up. I checked all three hosts, as well as the RHEV manager and they all had chronyd running and the clocks appeared to be in sync. After a reboot the virtual interfaces usually initially come up, but go down again within a few minutes. Running journalctl -xe gives these three messages: "failed to start Virtual Desktop Server Manager network restoration" "Dependency failed for Virtual Desktop Server Manager" (but it doesn't say which dependency failed" "Dependency failed for MOM instance configured for VDSM purposes" (again, doesn't way which dependency) Any suggestions? Paul

4 6

Reminder: we have Wildfly's web mgmt console (with auth)
by Roy Golan 16 Jan '17

16 Jan '17

For quite some time now we can access Wildfly's web console on https://127.0.0.1:8706 It's the UI equivalent of jboss.cli but much more convenient. Example of tasks you can perform there: - Change logging settings, live - Tweak the managed thread pool (will send a different thread about it) - Shutdown/reload the service - Tweak db connection details - Get info/stats on the running setup EE components and more One of the main advantages over the old jmx method is that it uses a plugin to authenticate the engine user so your credentials should be admin@internal or any superuser for that matter. The default is to expose it to localhost and that could be change in services/ovirt-engine/ovirt-engine.xml.in.For firewalled setups, you can ssh tunnel your machine to overcome that as always. R

1 0

DWH URL in 4.0.6 ??
by Devin Acosta 16 Jan '17

16 Jan '17

I upgraded to the latest 4.0.6 and show that the Data Ware House process is running, did they change how you access the GUI for it? Going to: https://{fqdn}/ovirt-engine-reports/ no longer functions on any of my deployments? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

3 2

[ANN] oVirt 4.0.6 Release is now available
by Sandro Bonazzola 16 Jan '17

16 Jan '17

The oVirt Project is pleased to announce the general availability of oVirt 4.0.6, as of January 10th, 2016. This release is available now for: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 23 (tech preview) This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.3 or later * CentOS Linux (or similar) 7.3 or later * Fedora 23 (tech preview) * oVirt Next Generation Node 4.0 This update is the sixth in a series of stabilization updates to the 4.0 series. 4.0.6 brings 4 enhancements and 59 bugfixes, including 24 high or urgent severity fixes, on top of oVirt 4.0 series See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available. [2] * A new oVirt Next Generation Node will be available soon [2] * A new oVirt Engine Appliance is already available for Red Hat Enterprise Linux and CentOS Linux (or similar) * Mirrors[3] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.6 release highlights: http://www.ovirt.org/release/4.0.6/ * 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.0.6/ [2] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [3] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

7 13

Ovirt Host Error while executing action: Cannot add Host. Host with the same address already exists
by Jeramy Johnson 15 Jan '17

15 Jan '17

Hey guys I wanted to know if anyone ever recieved this error before "Error while executing action: Cannot add Host. Host with the same address already exists" when trying to re-add a Host that you deleted? I think the host maybe partially deleted or have records somewhere. Let me know if anyone can help? Thanks,

2 1

question regarding fencing proxies
by cmc 14 Jan '17

14 Jan '17

Hi, Can someone tell me how the engine decides which power management proxy/proxies to use (using default cluster/dc config)? I am using drac 7 for a fence agent in my two host cluster, and have noticed that one of the hosts cannot contact the drac. My guess is that the engine is using one host to as a power management proxy and hosts cannot reach their own drac as they are on the same interface + vlan. Example scenario: Engine uses host 2 as power management proxy. It can contact host 1’s drac, but cannot contact its own drac. In the case of host 2 being unreachable/kdumping etc, would the engine switch to use host 1 as the proxy to contact host 2’s drac? Thanks, Cam PS: I'd like to use the APC as an additional fencing agent, each host has two PSUs connected to two different APCs. Is there a guide on how to specify two ports on two different PDUs to control power on a host?

3 3

vdsm IOProcessClient WARNING Timeout waiting for communication thread for client
by Bill James 14 Jan '17

14 Jan '17

We have an ovirt system with 3 clusters, all running centos7. ovirt engine is running on separate host, ovirt-engine-3.6.4.1-1.el7.centos.noarch 2 of the clusters are running newer version of ovirt, 3 nodes each, ovirt-engine-4.0.3-1.el7.centos.noarch, glusterfs-3.7.16-1.el7.x86_64, vdsm-4.18.11-1.el7.centos.x86_64. 1 cluster is still running the older version, ovirt-engine-3.6.4.1-1.el7.centos.noarch. Yes we are in the process of upgrading the whole system to ovirt4.0, but takes time.... One of the 2 clusters running ovirt4 is complaining of timeouts, vdsm talking to gluster. No warnings on the 2 other clusters. Thread-720062::DEBUG::2017-01-13 07:29:46,814::outOfProcess::87::Storage.oop::(getProcessPool) Creating ioprocess /rhev/data-center/mnt/glusterSD/ovirt1-gl.dmz.p rod.j2noc.com:_gv1 Thread-720062::INFO::2017-01-13 07:29:46,814::__init__::325::IOProcessClient::(__init__) Starting client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,814::__init__::334::IOProcessClient::(_run) Starting ioprocess for client ioprocess-5874 Thread-720062::DEBUG::2017-01-13 07:29:46,832::__init__::386::IOProcessClient::(_startCommunication) Starting communication thread for client ioprocess-5874 *Thread-720062::WARNING::2017-01-13 07:29:46,847::__init__::401::IOProcessClient::(_startCommunication) Timeout waiting for communication thread for client ioproc**ess-5874* [2017-01-12 07:27:58.685680] I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req The message "I [MSGID: 106488] [glusterd-handler.c:1533:__glusterd_handle_cli_get_volume] 0-glusterd: Received get vol req" repeated 31 times between [2017-01-12 07:27:58.685680] and [2017-01-12 07:29:46.971939] attached logs: engine.log supervdsm.log vdsm.log etc-glusterfs-glusterd.vol.log cli.log

2 2

OVirt 4 / Migration issue
by Devin Acosta 14 Jan '17

14 Jan '17

I have a cluster that is running OVirt 4.0.5-2, and I notice in the vdsm.log when I try to migrate I keep seeing this error: Thread-54::ERROR::2017-01-10 16:42:31,465::migration::254::virt.vm::(_recover) vmId=`e2390382-ee5b-4552-a980-487143885802`::migration destination error: Destination hook failed: Hook Error: ('openstacknet hook: [unexpected error]: Traceback (most recent call last):\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 75, in <module>\n main()\n File "/usr/libexec/vdsm/hooks/before_device_migrate_destination/50_openstacknet", line 47, in main\n pluginType = os.environ[PLUGIN_TYPE_KEY]\n File "/usr/lib64/python2.7/UserDict.py", line 23, in __getitem__\n raise KeyError(key)\nKeyError: \'plugin_type\'\n\n\n',) Any idea how to fix this? -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || devin(a)linuxguru.co

1 1

Unable to delete VM disk
by cmc 14 Jan '17

14 Jan '17

Hi, I'm trying to delete a disk from a host I have shut down, as I need to provision a larger one. When I try to delete it, it gives me an exception on the UI. I've tried removing the bootable flag, and creating another disk, but it still won't allow the deletion of the disk. I can't see a relevant error in the engine log, though there are errors in the UI log, but I expect that is just as result of the underlying issue with deleting the disk. Thanks, Cam

4 20

Hosted Engine: Add another host
by gregor 13 Jan '17

13 Jan '17

Hi, I have a hosted-engine setup on one host. Today I try to add another host from the UI but this gives me some errors without detail. Is there a way to add a new host from the shell? Not a node [1] because I plan to use docker as well on the host, it's a test environment. Or is it better to install the host as node? cheers gregor [1] http://www.ovirt.org/node/

3 4

Re: [ovirt-users] Hardware upgrade Ovirt Engine
by Roy Golan 13 Jan '17

13 Jan '17

On Jan 13, 2017 11:47 AM, "nicola gentile" <nicola.gentile.to(a)gmail.com> wrote: Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users Use the engine backup tool [1]. That will take care of DB and configurations. Make sure the status of your Ovf_store disks is OK with no event of warning on them(this means you have cold backup of your VM config) You can then just start the upgrade , your VMS will continue with no interference. [1] http://www.ovirt.org/develop/release-,management/features/engine/engine-bac…

1 0

Hardware upgrade Ovirt Engine
by nicola gentile 13 Jan '17

13 Jan '17

Hi, My environment consists of: 1 engine 2 host 1 storage I must to do an hardware upgrade only for engine manager. How do I proceed? Best regard Nicola

1 0

Specifying the datastore on a VmPool creation via Python-SDK?
by nicolas＠devels.es 13 Jan '17

13 Jan '17

Hi, We've several templates that have their disks replicated (copied) on all our Storage Domains. Problem is that we create our VmPools using PythonSDK, and it usually creates the pool on one of our Storage Domains that has a small amount of free disk space. Some of the Data Stores have plenty of space and when creating the VmPool, we'd like to be able to specify on which of these Storage Domains to create the VmPool. So far I see no parameter on the params.VmPool class to do that. I've tried using an Action, but the request is not correct: action = params.Action(storage_domain=api.storagedomains.get(name='...')) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=action) pool = params.VmPool(name='testlarge', cluster=api.clusters.get(name='...'), template=api.templates.get(name='Blank'), max_user_vms=1, size=1, type_='manual', actions=[action]) api.vmpools.add(pool) Both tries fail. This is Python-SDK 3.x. Is there a way to specify the destination Storage Domain onto where to create the VmPool? Thanks

3 3

Max number of api calls per user?
by Grundmann, Christian 13 Jan '17

13 Jan '17

------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_001C_01D26C1D.AF69E5D0" ------=_NextPart_001_001C_01D26C1D.AF69E5D0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, is there a maximum number of sessions per user? I am doing python-api calls to remove VMs If I call my script 30 times simultaneously, one or two get an error. Traceback (most recent call last): File "remove_vm.py", line 24, in <module> if VMNAME in [vm.name for vm in api.vms.list()]: File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 35761, in list headers={"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 46, in get return self.request(method='GET', url=url, headers=headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py ", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) ovirtsdk.infrastructure.errors.RequestError: status: 401 reason: Unauthorized detail: User is not logged in. Is there some setting I can tune? Thx Christian ------=_NextPart_001_001C_01D26C1D.AF69E5D0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-com:office:office" = xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" = xmlns=3D"http://www.w3.org/TR/REC-html40"><head><META = HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; = charset=3Dus-ascii"><meta name=3DGenerator content=3D"Microsoft Word 15 = (filtered medium)"><style></style></head><body lang=3DDE-AT = link=3D"#0563C1" vlink=3D"#954F72"><div class=3DWordSection1><p = class=3DMsoNormal><span lang=3DEN-US>Hi,<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>is there a maximum number of = sessions per user?<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>I am doing python-api calls to remove = VMs<o:p></o:p></span></p><p class=3DMsoNormal><span lang=3DEN-US>If I = call my script 30 times simultaneously, one or two get an = error.<o:p></o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><pre><span = lang=3DEN-US>Traceback (most recent call = last):<o:p></o:p></span></pre><pre><span lang=3DEN-US>  File = "remove_vm.py", line 24, in = <module><o:p></o:p></span></pre><pre><span = lang=3DEN-US>    if VMNAME in [vm.name for vm in = api.vms.list()]:<o:p></o:p></span></pre><pre><span lang=3DEN-US>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 35761, in list<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = headers=3D{"All-Content":all_content}<o:p></o:p></span></pre><p= re><span lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 46, in get<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    return self.request(method=3D'GET', = url=3Durl, headers=3Dheaders, = cls=3Dcls)<o:p></o:p></span></pre><pre><span lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py&q= uot;, line 122, in request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = persistent_auth=3Dself.__persistent_auth<o:p></o:p></span></pre><pre><spa= n lang=3DEN-US>  File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    = persistent_auth)<o:p></o:p></span></pre><pre><span lang=3DEN-US>  = File = "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in = __do_request<o:p></o:p></span></pre><pre><span = lang=3DEN-US>    raise errors.RequestError(response_code, = response_reason, response_body)<o:p></o:p></span></pre><pre><span = lang=3DEN-US>ovirtsdk.infrastructure.errors.RequestError: = <o:p></o:p></span></pre><pre><span lang=3DEN-US>status: = 401<o:p></o:p></span></pre><pre><span lang=3DEN-US>reason: = Unauthorized<o:p></o:p></span></pre><pre><span lang=3DEN-US>detail: User = is not logged in.<o:p></o:p></span></pre><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span = lang=3DEN-US>Is there some setting I can tune?<o:p></o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US><o:p> </o:p></span></p><p = class=3DMsoNormal><span lang=3DEN-US>Thx = Christian<o:p></o:p></span></p></div></body></html> ------=_NextPart_001_001C_01D26C1D.AF69E5D0-- ------=_NextPart_000_001B_01D26C1D.AF69E5D0 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCCEYgw ggO0MIICnKADAgECAhAz3dwydvPctkRqdEdmtvWQMA0GCSqGSIb3DQEBDQUAMGIxEzARBgoJkiaJ k/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEWMBQGCgmSJomT8ixkARkWBmZh YmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTAeFw0xNTAzMTIxMDQ5MjRaFw0zNTAzMTIx MDU5MjNaMGIxEzARBgoJkiaJk/IsZAEZFgNjb20xGDAWBgoJkiaJk/IsZAEZFghmYWJhc29mdDEW MBQGCgmSJomT8ixkARkWBmZhYmFnbDEZMBcGA1UEAxMQRmFiYXNvZnQgUm9vdCBDQTCCASIwDQYJ KoZIhvcNAQEBBQADggEPADCCAQoCggEBALEpZPd3DdZ9u81Q8/ZggZz3NSdxsajLL22MQR5XVJqT C+Yf17FCCjnXWgz0WUKUwmPMm6xprJqvuYd826vR66ufSStsdqDpdxcrmD+EybzK06bLqG6ohWVT Rb/ojwo1aXQnvyuXNHMmLSJN/OwNtFwpHagNpYOZ53yOC5XGKR/Ccn2liwncVBK8T5NOCS3XhhP6 75GstUv3HBORD3aR9T5igRG8HtTSoi632Jt0RvM7m7u6Cr6404CxLKmSyeJ8UHl7Tt/tWS5GfsXh uil/1dfNgMXkbGjzG3rruq6v9fIr3ugkjx669IyE77TCCNkUUD9yGi29DAYsIcsAHInvCx8CAwEA AaNmMGQwEwYJKwYBBAGCNxQCBAYeBABDAEEwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8w HQYDVR0OBBYEFKGdS2QXPACK0nl5gjbPMfr7WXSKMBAGCSsGAQQBgjcVAQQDAgEAMA0GCSqGSIb3 DQEBDQUAA4IBAQBhSSizNg+izsk+STpoWOSI0aHUX85OHVLkUY4bREQ9JGPYLrkSpf7nSBmEELHJ PodEabiISIhMkEJYjVAT08K0NZQPxpK0wQokSitc5yQNX0Pm6uebzDk6VoDecFJ0pa2PxH5BJ9QE wj9inbSFRgMAc2QZTWsebxYh2SBdosXy1Bxsj4PQ1KkkTlVzt8tFtq2a8HFKgMAKM3E7DOlhxv2m 5rmmTmbS2y/Q51kzlbGSrAcc67NzjArHu4VXM7d7uEK9Wu4u/Ou/bo2VuFpiedl0N7Xjs6HOcRvi 70Qk68dBdIlGwfzfq7R1wgBztsOMAnT7d/pU+iBtmnO5RhxWJoqkMIIGCDCCBPCgAwIBAgITQAAA AAhP/WtF9O8JAAAAAAAACDANBgkqhkiG9w0BAQ0FADBiMRMwEQYKCZImiZPyLGQBGRYDY29tMRgw FgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wxGTAXBgNVBAMT EEZhYmFzb2Z0IFJvb3QgQ0EwHhcNMTUwMzEyMTY0NjUxWhcNMjUwMzA5MTY0NjUxWjBqMRMwEQYK CZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZ FgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTCCASIwDQYJKoZIhvcN AQEBBQADggEPADCCAQoCggEBALHDWZCRRueho+HBJGHMuSp+Dm0aMC78M4im5Ux7IGF8B5ZXsb+a tVBhBrFdsdazQr377siIL1W1YcS0zcezNdMKkt4/e7/Hop9pyTec5h2njAjFODuZWguXKmxPZXBa 96op0dzwvho6VVkFSp6NADZme/TNc6vm3BSSvgAZW3ALEEU26bBOZUH8KwapQJAAMEZdBwpMC7gl ig/5fhKPtxMwE9TA4axXEyRPWcFu2w91L/pSfU4eZWHj1wWcQP1DRfu8Jv1sFe7nTZejlFf5vAG6 vzELmd5ODJRC6xsSz08Dp3QXzVlqcCovcKAWdKVbgZBdYBiDriqP9n4zsTHRcqcCAwEAAaOCAq0w ggKpMBAGCSsGAQQBgjcVAQQDAgEAMB0GA1UdDgQWBBT4t/n6Dt0CIFcE0mlMpK3Ov8xrDjA9Bgkr BgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGD4pIEgtm7EAIBZAIB AzALBgNVHQ8EBAMCAYYwDwYDVR0TAQH/BAUwAwEB/zAfBgNVHSMEGDAWgBShnUtkFzwAitJ5eYI2 zzH6+1l0ijCCASIGA1UdHwSCARkwggEVMIIBEaCCAQ2gggEJhoHJbGRhcDovLy9DTj1GYWJhc29m dCUyMFJvb3QlMjBDQSxDTj1GQUJBUk9PVENBLENOPUNEUCxDTj1QdWJsaWMlMjBLZXklMjBTZXJ2 aWNlcyxDTj1TZXJ2aWNlcyxDTj1Db25maWd1cmF0aW9uLERDPWZhYmFnbCxEQz1mYWJhc29mdCxE Qz1jb20/Y2VydGlmaWNhdGVSZXZvY2F0aW9uTGlzdD9iYXNlP29iamVjdENsYXNzPWNSTERpc3Ry aWJ1dGlvblBvaW50hjtodHRwOi8vY3JsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZhYmFzb2Z0 JTIwUm9vdCUyMENBLmNybDCB0QYIKwYBBQUHAQEEgcQwgcEwgb4GCCsGAQUFBzAChoGxbGRhcDov Ly9DTj1GYWJhc29mdCUyMFJvb3QlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2Vydmlj ZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9 Y29tP2NBQ2VydGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5 MA0GCSqGSIb3DQEBDQUAA4IBAQADapqIl4xDaVfGyK1VudKlSXzmZo0nwtW1QtyPkgBk+kclnPj4 sowyaJOnjAC1ybBkJYgd1tWNJw378kolEnuFrhiip8n/8zE2AFoQ4n8/P6diYj0X07nxHawTDAbk 0oLFaixsW7rqsn0/DVN6G+XSn172yR0wRLrKRjPqezsnj96RDUSzLeuj8QjTYcpdgane4kpuWl6S 7chXI51APIbLDWXhKtfQeUJkYR6ZPNjgFO5KnPjViYxmnCWuXpOOoB2P+7MuFWuahrpeRN6NF5zm NwXpCv6UeLF2BD1zjECG0D7T/Nqf/Q5W4kBDxCz2fySzbXprc98U7J1RfXY19nDsMIIHwDCCBqig AwIBAgITGgAACDuGB9gHiydMcQAAAAAIOzANBgkqhkiG9w0BAQ0FADBqMRMwEQYKCZImiZPyLGQB GRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJhZ2wx ITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQTAeFw0xNzAxMDkwODE4MDJaFw0xOTAx MDkwODE4MDJaMB4xHDAaBgNVBAMTE0NocmlzdGlhbi5HcnVuZG1hbm4wggEiMA0GCSqGSIb3DQEB AQUAA4IBDwAwggEKAoIBAQC5eKLQm8gyQnhKwv5yF5I/2bEnebo3+pSwTIqleOa6Rhb+XH/Zt1Oq 5Ru1EF0pKQz6skkP/6785PfJEjbhg2GPaqSPuGEn0CKUWH9lLKNqtzODOm58B0mWLpd5O+SIufZ4 YPIogrwy1mEPXc2KDdPj3YNmF7RWuEBkHj7b9BCno92bBZAGF+PpHf6ssRvzDE4hKUxIjFIZJmAp jctFFfofRgQ/AHrx4FED1pnlKZglUrMvZFJm7qrwf3euSYV83kMVTqx3fVLhcRtKh/5GQJiIdJXH kCopt6D5xmKiVcQEiieYwY4VPo0Q2fQbIMF0PlHNSXmbVrm1WNPkbcQccPbRAgMBAAGjggSpMIIE pTA9BgkrBgEEAYI3FQcEMDAuBiYrBgEEAYI3FQi0y2GBgpx/gb2BFobG2H+C16cCgUGH7+IpgbCD UQIBZAIBAjATBgNVHSUEDDAKBggrBgEFBQcDBDALBgNVHQ8EBAMCBaAwGwYJKwYBBAGCNxUKBA4w DDAKBggrBgEFBQcDBDCBlAYJKoZIhvcNAQkPBIGGMIGDMAsGCWCGSAFlAwQBKjALBglghkgBZQME AS0wCwYJYIZIAWUDBAEWMAsGCWCGSAFlAwQBGTALBglghkgBZQMEAQIwCwYJYIZIAWUDBAEFMAoG CCqGSIb3DQMHMAcGBSsOAwIHMA4GCCqGSIb3DQMCAgIAgDAOBggqhkiG9w0DBAICAgAwHQYDVR0O BBYEFDy8FgCwa5cyXmIi0XnfYHuuHgEJMB8GA1UdIwQYMBaAFPi3+foO3QIgVwTSaUykrc6/zGsO MIIBhwYDVR0fBIIBfjCCAXowggF2oIIBcqCCAW6GgdJsZGFwOi8vL0NOPUZhYmFzb2Z0JTIwSW50 ZXJtZWRpYXRlJTIwQ0EsQ049RkFCQUlOVEVSQ0EsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNl cnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9ZmFiYWdsLERDPWZhYmFzb2Z0 LERDPWNvbT9jZXJ0aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlz dHJpYnV0aW9uUG9pbnSGUmh0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29tL0Nl cnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmyGQ2h0dHA6Ly9jcmwuZmFi YXNvZnQuY29tL0NlcnRFbnJvbGwvRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBDQS5jcmwwggGU BggrBgEFBQcBAQSCAYYwggGCMIHGBggrBgEFBQcwAoaBuWxkYXA6Ly8vQ049RmFiYXNvZnQlMjBJ bnRlcm1lZGlhdGUlMjBDQSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vy dmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1mYWJhZ2wsREM9ZmFiYXNvZnQsREM9Y29tP2NBQ2Vy dGlmaWNhdGU/YmFzZT9vYmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MH4GCCsGAQUF BzAChnJodHRwOi8vRkFCQUlOVEVSQ0EuZmFiYWdsLmZhYmFzb2Z0LmNvbS9DZXJ0RW5yb2xsL0ZB QkFJTlRFUkNBLmZhYmFnbC5mYWJhc29mdC5jb21fRmFiYXNvZnQlMjBJbnRlcm1lZGlhdGUlMjBD QS5jcnQwNwYIKwYBBQUHMAGGK2h0dHA6Ly9GQUJBSU5URVJDQS5mYWJhZ2wuZmFiYXNvZnQuY29t L29jc3AwKwYDVR0RBCQwIoEgQ2hyaXN0aWFuLkdydW5kbWFubkBmYWJhc29mdC5jb20wDQYJKoZI hvcNAQENBQADggEBAJ5ZSuHMRSW90+4brUFaCsi4JwwJv8QEWl+xVXG7AqMXFtjJfbYCYLZHiHAg 6RuwI+HUOy7QDAdYyxlwXYBXtqYGAWEEq4vAY/nhGb1PcRGCxJZ9AgB2ylHUKj1abqpaOINp1cYT 5DK+SgJo5KHXAhBgs9UpABWNbuflcQdV47wjnzYKSjR+fNwKsVan/T39XyI7NJPSKUWnlG0BiEGg I7my4ilp4kNsJ8C+w8RZY5z3UFk3gNkl2kPDlgJ6aDoApKUpbYyafOopiz2jG0uaSdL3jaz4OCHb LmkA9coKWVDsAKYSlBBTabuXi5d+WNMsbC0fQMmeZu2usQnte/380XsxggPcMIID2AIBATCBgTBq MRMwEQYKCZImiZPyLGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJ k/IsZAEZFgZmYWJhZ2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuG B9gHiydMcQAAAAAIOzANBglghkgBZQMEAgEFAKCCAiswGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEH ATAcBgkqhkiG9w0BCQUxDxcNMTcwMTExMTQxNjI5WjAvBgkqhkiG9w0BCQQxIgQgdFpQRG7M7I7N x9uUqzcMrlh/Lqk8gXJDN+z4xFkcK8IwgZIGCSsGAQQBgjcQBDGBhDCBgTBqMRMwEQYKCZImiZPy LGQBGRYDY29tMRgwFgYKCZImiZPyLGQBGRYIZmFiYXNvZnQxFjAUBgoJkiaJk/IsZAEZFgZmYWJh Z2wxITAfBgNVBAMTGEZhYmFzb2Z0IEludGVybWVkaWF0ZSBDQQITGgAACDuGB9gHiydMcQAAAAAI OzCBkwYJKoZIhvcNAQkPMYGFMIGCMAsGCWCGSAFlAwQBKjALBglghkgBZQMEARYwCgYIKoZIhvcN AwcwCwYJYIZIAWUDBAECMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDALBglghkgBZQME AgEwCwYJYIZIAWUDBAIDMAsGCWCGSAFlAwQCAjAHBgUrDgMCGjCBlAYLKoZIhvcNAQkQAgsxgYSg gYEwajETMBEGCgmSJomT8ixkARkWA2NvbTEYMBYGCgmSJomT8ixkARkWCGZhYmFzb2Z0MRYwFAYK CZImiZPyLGQBGRYGZmFiYWdsMSEwHwYDVQQDExhGYWJhc29mdCBJbnRlcm1lZGlhdGUgQ0ECExoA AAg7hgfYB4snTHEAAAAACDswDQYJKoZIhvcNAQEBBQAEggEACqkzpayjkFFUIWbTqk/bJOZWZsv3 /Lzq43H5xenltq3ITqznY5TQv+qXWygKcqYa39TScnrR75Uo0jo7mrfceeu6oFSmJhY3X837ggX6 BrWrYSDReQD9iCyP4/otecxusTeBbcy+ZP/pepOD7S6fvPRgo4cG2RgAQDvEiTslWfDEhuyuHEFC nZpYD81B2Ls+OFnqbDGcIIjNRjsgElKHJtdB9Zft8k9K6SC4G1L/9En2YbLa3+P+55fVMUiAUguc WiHFqqjODSjQQaxWC7yMaIQZjbpQdrMiejno6YRk3+hMcBS+A9T+3XUn1e9muJ2muAM+IpHHBQAf SuGmBFJZ4gAAAAAAAA== ------=_NextPart_000_001B_01D26C1D.AF69E5D0--

2 3

repository issues causing updates to fail
by cmc 13 Jan '17

13 Jan '17

Hi, engine version: 4.0.5.5-1.el7.centos I have an oVirt cluster with 2 hosts and my engine node is reporting failed updates on the hosts. I checked the logs in /var/log/ovirt-engine/host-deploy/ and found that it reports dependency failures. -------------------------8<------------------------- 2017-01-12 10:53:16 ERROR otopi.plugins.ovirt_host_mgmt.packages.update update.error:102 Yum: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 INFO otopi.plugins.ovirt_host_mgmt.packages.update update.info:98 Yum: Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-tA0ldayV0j/otopi-plugins/ovirt-host-mgmt/packages/update.py", line 115, in _packagesCheck if myum.buildTransaction(): File "/tmp/ovirt-tA0ldayV0j/pythonlib/otopi/miniyum.py", line 919, in buildTransaction raise yum.Errors.YumBaseError(msg) YumBaseError: [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': [u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires usbredir >= 0.7.1', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires seavgabios-bin >= 1.9.1-4', u'10:qemu-kvm-ev-2.6.0-27.1.el7.x86_64 requires ipxe-roms-qemu >= 20160127-4'] 2017-01-12 10:53:16 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction' 2017-01-12 10:53:16 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback 2017-01-12 10:53:16 DEBUG otopi.plugins.ovirt_host_mgmt.packages.update update.verbose:94 Yum: Repository virtio-win-stable is listed more than once in the configuration 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN 2017-01-12 10:53:16 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/error=bool:'True' --------- I've had a search in various repos for the usbredir-0.7.1, ipxe-roms-qemu 20160127-4 and seavgabios-bin 1.9.1-4, and these exist in 7.3 but not 7.2 (I am running 7.2). Should I just ignore these messages then? Thanks, Cam

1 0

How to pass unattend file to a sysprep Windows 2012r2 template
by Denis Pithon 12 Jan '17

12 Jan '17

Hello oVirt users, We currently run about 300 VMs with oVirt, both Linux and Windows servers. Cloud init works great for Linux VMs and we would like to do the same for Windows. We have a 2012r2 sysprep template but we do not manage to configure the initial run such that the new Windows VM boot *and join our AD domain* thereafter. Does someone have any clues/informations about this kind of operation ? How to specify unattend file in the 'New Virtual Machine' ? What kind of data (and format) is required in the 'sysprep' field ? Best whishes to everyone! Denis PS: We run oVirt Engine 4.0.5

2 1