June 2016 - Users - oVirt List Archives

new version of qemu
by qinglong.dong＠horebdata.cn 23 Jun '16

23 Jun '16

This is a multi-part message in MIME format. ------=_001_NextPart212181354545_=---- Content-Type: text/plain; charset="GB2312" Content-Transfer-Encoding: base64 SGksIGFsbA0KICAgICAgICBJIGhhdmUgZm91bmQgdGhhdCB0aGUgbGF0ZXN0IHZlcnNpb24gb2Yg cWVtdSBoYXMgYmVlbiB1cGRhdGVkIHRvIDIuNi4gSW4gdGhlIGxhdGVzdCB2ZXJzaW9uIGl0IHN1 cHBvcnRzIGEgbmV3IHZpcnRpby1ncHUgZGV2aWNlIHdoaWNoIHN1cHBydHMgYWNjZWxlcmF0ZWQg MkQgYW5kIDNELiBRZW11IDIuMyBpcyB1c2VkIGluIG92aXJ0IDMuNiBmb3Igbm93LiBTbyBJIHdv bmRlciB3aGVuIHRoZSB2ZXJzaW9uIG9mIHFlbXUgd2lsbCBiZSB1cGRhdGVkIGluIG92aXJ0IG9y IGlmIEkgY2FuIHVwZGF0ZSB0aGUgdmVyc2lvbiBvZiBxZW11IGluIG92aXJ0IG15c2VsZi4NCkFu eW9uZSBjYW4gaGVscKO/IFRoYW5rcyENCg0KDQoNCg== ------=_001_NextPart212181354545_=---- Content-Type: text/html; charset="GB2312" Content-Transfer-Encoding: quoted-printable <html><head><meta http-equiv=3D"content-type" content=3D"text/html; charse= t=3DGB2312"><style>body { line-height: 1.5; }body { font-size: 10.5pt; fon= t-family: =CE=A2=C8=ED=D1=C5=BA=DA; color: rgb(0, 0, 0); line-height: 1.5;= }</style></head><body>=0A<div><span></span>Hi, all</div>=0A<div>  &n= bsp; <span style=3D"font-size: 10.5pt; line-height: 1.5; background-c= olor: window;">    I have found that the </span>latest&nbsp= ;version<span style=3D"font-size: 10.5pt; line-height: 1.5; background-col= or: window;"> of qemu has been updated to 2.6. In the latest version = it supports </span><span style=3D"font-size: 10.5pt; line-height: 1.5= ; background-color: window;">a new virtio-gpu device which suppr= ts </span><span style=3D"font-size: 10.5pt; line-height: 1.5; backgro= und-color: window;">accelerated 2D and 3D. Qemu 2.3 is used in ovirt = 3.6 for now. So I wonder when the version of qemu will be updated in ovirt= or if I can update the version of qemu in ovirt myself.</span></div><div>= Anyone can help=A3=BF Thanks!</div><hr style=3D"width: 210px; height: 1px;= " color=3D"#b5c4df" size=3D"1" align=3D"left">=0A<div><br></div>=0A</body>= </html> ------=_001_NextPart212181354545_=------

2 1

User admin@internal can't login in oVirt 3.6
by Julián Tete 22 Jun '16

22 Jun '16

oVirt: 3.6.2 Trying to use: https://github.com/machacekondra/ovirt-engine-kerbldap-migration First use: engine-manage-domains add --domain=udistritaloas.edu.co --provider=ipa --user=admin --ldap-servers=freeipa.udistritaloas.edu.co The domain was added, but a I can't access to the webadmin portal :/ I get the message: "User is not authorized to perform this action." In ovirt-cli [401] - Unauthorized tail -n 5000 /var/log/ovirt-engine/engine.log | grep admin@internal 2016-06-20 10:52:22,835 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-32) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin@internal failed to log in. 2016-06-20 10:52:22,836 WARN [org.ovirt.engine.core.bll.aaa.LoginAdminUserCommand] (default task-32) [] CanDoAction of action 'LoginAdminUser' failed for user admin@internal. Reasons: USER_NOT_AUTHORIZED_TO_PERFORM_ACTION 2016-06-20 11:00:37,679 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-3) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin@internal failed to log in. 2016-06-20 11:00:37,679 WARN [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (default task-3) [] CanDoAction of action 'LoginUser' failed for user admin@internal. Reasons: USER_NOT_AUTHORIZED_TO_PERFORM_ACTION 2016-06-20 11:01:04,016 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-4) [] Correlation ID: null, Call Stack: null, Custom Event ID: -1, Message: User admin@internal failed to log in. 2016-06-20 11:01:04,016 WARN [org.ovirt.engine.core.bll.aaa.LoginUserCommand] (default task-4) [] CanDoAction of action 'LoginUser' failed for user admin@internal. Reasons: USER_NOT_AUTHORIZED_TO_PERFORM_ACTION Properties of Internal domain: cat /etc/ovirt-engine/aaa/internal.properties ovirt.engine.extension.name = internal-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine.extension.aaa.jdbc ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engine.extension.aaa.jdbc.binding.api.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = internal ovirt.engine.aaa.authn.authz.plugin = internal-authz config.datasource.file = /etc/ovirt-engine/aaa/internal.properties cat /etc/ovirt-engine/extensions.d/internal-authn.properties ovirt.engine.extension.name = internal-authn ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine.extension.aaa.jdbc ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engine.extension.aaa.jdbc.binding.api.AuthnExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authn ovirt.engine.aaa.authn.profile.name = internal ovirt.engine.aaa.authn.authz.plugin = internal-authz config.datasource.file = /etc/ovirt-engine/aaa/internal.properties cat /etc/ovirt-engine/extensions.d/internal-authz.properties ovirt.engine.extension.name = internal-authz ovirt.engine.extension.bindings.method = jbossmodule ovirt.engine.extension.binding.jbossmodule.module = org.ovirt.engine.extension.aaa.jdbc ovirt.engine.extension.binding.jbossmodule.class = org.ovirt.engine.extension.aaa.jdbc.binding.api.AuthzExtension ovirt.engine.extension.provides = org.ovirt.engine.api.extensions.aaa.Authz config.datasource.file = /etc/ovirt-engine/aaa/internal.properties Properties of admin@internal user: ovirt-aaa-jdbc-tool user show admin -- User admin(fdfc627c-d875-11e0-90f0-83df133b58cc) -- Namespace: * Name: admin ID: fdfc627c-d875-11e0-90f0-83df133b58cc Display Name: Email: First Name: admin Last Name: Department: Title: Description: Account Disabled: false Account Unlocked At: 1970-01-01 00:00:00Z Account Valid From: 2015-10-01 00:00:00Z Account Valid To: 2100-01-01 00:00:00Z Account Without Password: false Last successful Login At: 2016-06-20 16:01:03Z Last unsuccessful Login At: 2016-06-19 16:53:07Z Password Valid To: 2100-01-01 00:00:00Z ¿ Can I assign privilegies to the user ? ¿ Any idea ?

2 10

Hosted Engine - Storage Domain registration
by Anantha Raghava 22 Jun '16

22 Jun '16

This is a multi-part message in MIME format. --------------080104060203000406070600 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi, I was able to install Hosted Engine on CentOS 7.2 Host with NFS Storage. I faced challenge in registering the NFS Storage Domain - hosted_storage - on which the Hosted Engine VM was created. When I attempt to attach the hosted_storage to Data Center, the process fails and it could not register. Hosted_Engine_Host is registered and is up & running, but data center is down resulting in the infrastructure going down. Another question is, if this storage is not registered in domain, how would engine vm migrate in case of host failure? Can some one guide me on this? -- Thanks & Regards, Anantha Raghava --------------080104060203000406070600 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <font face="Liberation Serif">Hi,<br> <br> I was able to install Hosted Engine on CentOS 7.2 Host with NFS Storage. I faced challenge in registering the NFS Storage Domain - hosted_storage - on which the Hosted Engine VM was created. When I attempt to attach the hosted_storage to Data Center, the process fails and it could not register. Hosted_Engine_Host is registered and is up & running, but data center is down resulting in the infrastructure going down.<br> <br> Another question is, if this storage is not registered in domain, how would engine vm migrate in case of host failure?</font><br> <div class="moz-signature"><br> Can some one guide me on this?<br> -- <p style="margin-bottom: 0cm; line-height: 100%"><font face="Times New Roman, serif">Thanks & Regards,</font></p> <address style="line-height: 100%"><font face="Times New Roman, serif">Anantha Raghava</font></address> <br> </div> </body> </html> --------------080104060203000406070600--

2 2

Slow Export Domain
by Sven Achtelik 22 Jun '16

22 Jun '16

--_000_BFAB40933B3367488CE6299BAF8592D101235BFF2FF8SOCRATESasl_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Everyone, I'm trying to export VMs to an Export Domain for Backup and noticed that al= l of this is running at max 100Mbit/s. Is this some limitation that comes w= ith the Export Domain ? I've checked all network connections and all of the= m report at least 1000Mbits/s. Am I missing something ? Thank you, Sven --_000_BFAB40933B3367488CE6299BAF8592D101235BFF2FF8SOCRATESasl_ 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-micr= osoft-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"Micros= oft Word 15 (filtered medium)"><style></style></head><body lang=3DDE link=3D"#0563C1" v= link=3D"#954F72"><div class=3DWordSection1><p class=3DMsoNormal>Hi Everyone= , <o:p></o:p></p><p class=3DMsoNormal><o:p> </o:p></p><p class=3DMsoNo= rmal><span lang=3DEN-US>I’m trying to export VMs to an Export Domain = for Backup and noticed that all of this is running at max 100Mbit/s. Is thi= s some limitation that comes with the Export Domain ? I’ve checked al= l network connections and all of them report at least 1000Mbits/s.  Am= I missing something ? <o:p></o:p></span></p><p class=3DMsoNormal><span lan= g=3DEN-US><o:p> </o:p></span></p><p class=3DMsoNormal><span lang=3DEN-= US>Thank you, <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>Sven &= nbsp;<o:p></o:p></span></p></div></body></html>= --_000_BFAB40933B3367488CE6299BAF8592D101235BFF2FF8SOCRATESasl_--

4 9

[ANN] oVirt 4.0 reporting deprecation
by Sandro Bonazzola 22 Jun '16

22 Jun '16

As the virtualization market matures, IT organizations need to deploy virtualization features that help to deliver services faster while driving innovation and eliminating costly manual tasks. oVirt 4.0 introduces a new seamless system dashboard that is suited for large scale virtualization environments. The dashboard provides easy access monitoring information for the infrastructure including a resource global utilization overview of CPU, memory, and storage host resources. oVirt 4.0 will not include a suite of previously available JasperReports Server pre-built reports. In the interim, users accustomed to this functionality will need to use the data warehouses SQL API either directly or through an external Business Intelligence tool or remain with oVirt Reporting 3.6 on a separate server which will still work with 4.0 oVirt Data Warehouse. In upcoming releases, oVirt will continue to enhance the user experience by providing a metric store solution and a visualization tool. Together, these tools will provide better scale and a richer set of metric data. In addition, there will be enhanced advanced analytics, self-service dashboards and widget creation functionality. -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

oVirt 4.0.0 Fourth Release candidate is now available for testing
by Rafael Martins 21 Jun '16

21 Jun '16

The oVirt Project is pleased to announce the availability of the Fourth Release Candidate of oVirt 4.0.0 for testing, as of June 21th, 2016 This is pre-release software. Please take a look at our community page[1] to know how to ask questions and interact with developers and users. All issues or bugs should be reported via oVirt Bugzilla[2]. This pre-release should not to be used in production. This release is available now for: * Fedora 23 * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.2 or later * CentOS Linux (or similar) 7.2 or later * Fedora 23 * oVirt Next Generation Node 4.0 See the release notes draft [3] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: * A new oVirt Live ISO is already available. [4] * A new oVirt Next Generation Node will be available soon. * A new oVirt Engine Appliance is already available. * A new oVirt Guest Tools ISO will be available soon. * Mirrors[5] might need up to one day to synchronize. Additional Resources: * Read more about the oVirt 4.0.0 release candidate highlights: http://www.ovirt.org/release/4.0.0/ * 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] https://www.ovirt.org/community/ [2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt [3] http://www.ovirt.org/release/4.0.0/ [4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/ [5] http://www.ovirt.org/Repository_mirrors#Current_mirrors -- Rafael Martins

2 1

VMs running in DB, but not in VDS
by SATHEESARAN 21 Jun '16

21 Jun '16

Hello All, I was powering off lot of VMs ( around 29 vms ) in one go, by selecting them all, and 'power off' option. While doing so, I see that 2 of the VMs are stuck in powering down state. I see the following exception in engine.log <snip> 2016-06-20 05:10:57,645 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-53) [7f967349] Failed during vms monitoring on host host1.lab.eng.blr.redhat .com error is: java.lang.ClassCastException 2016-06-20 05:10:57,645 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-53) [7f967349] Exception:: java.lang.ClassCastException </snip> and also the following error messages <snip> 2016-06-20 05:12:01,950 INFO [org.ovirt.engine.core.vdsbroker.VmAnalyzer] (DefaultQuartzScheduler_Worker-90) [] VM '59d48f24-d6b8-4e9e-b020-b728ed239da3(appvm03) is running in db and not running in VDS 'host1.lab.eng.blr.redhat.com' 2016-06-20 05:12:01,950 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-90) [] START, FullListVDSCommand(HostName = , FullListVDSCommandParameters:{runAsync='true', hostId='f4a25596-079b-44ed-970b-2142c67b9873', vds='Host[,f4a25596-079b-44ed-970b-2142c67b9873]', vmIds='[10c5e550-4b07-4a25-9a96-ae016864f2a8]'}), log id: 28c780ea 2016-06-20 05:12:02,038 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.FullListVDSCommand] (DefaultQuartzScheduler_Worker-90) [] FINISH, FullListVDSCommand, return: [{status=Up, nicModel=rtl8139,pv, emulatedMachine=rhel6.5.0, guestDiskMapping={e5051a6c-dc96-44eb-b={name=/dev/vda}, QEMU_DVD-ROM_QM00003={name=/dev/sr0}}, vmId=10c5e550-4b07-4a25-9a96-ae016864f2a8, pid=6368, devices=[Ljava.lang.Object;@67be1679, smp=2, vmType=kvm, displayIp=0, display=vnc, displaySecurePort=-1, memSize=4096, displayPort=5900, spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir, statusTime=4726355820, vmName=HostedEngine, clientIp=, pauseCode=NOERR}], log id: 28c780ea 2016-06-20 05:12:02,040 INFO [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-90) [] Received a memballoon Device without an address when processing VM 10c5e550-4b07-4a25-9a96-ae016864f2a8 devices, skipping device: {device=memballoon, specParams={model=none}, deviceType=balloon, type=balloon, alias=balloon0} 2016-06-20 05:12:02,040 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-90) [] Failed during vms monitoring on host host1.lab.eng.blr.redhat.com error is: java.lang.ClassCastException 2016-06-20 05:12:02,040 ERROR [org.ovirt.engine.core.vdsbroker.VmsMonitoring] (DefaultQuartzScheduler_Worker-90) [] Exception:: java.lang.ClassCastException </snip> I have also attached the engine.log Any help ? Thanks, Satheesaran S

2 3

Re: [ovirt-users] Trouble obtaining a console in SPICE with Overt 3.6 and Centos 7.1.
by Miller, Terry K 21 Jun '16

21 Jun '16

--_000_67146135468641E0B5428B48E44B401Cconocophillipscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SSBoYXZlIGluc3RhbGxlZCBPdmlydCAzLjYgb24gQ2VudG9zNy4xIG1hY2hpbmUuDQoNCkkgaGF2 ZSBjcmVhdGVkIGEgZ3Vlc3QgbWFjaGluZSBjYWxsZWQgd29wYy13aW4uDQoNCldoZW4gSSBjbGlj ayBvbiB0aGUgY29uc29sZSBzeW1ib2wsIEkgZ2V0IGEgZmlsZSBkb3dubG9hZGVkIChjb25zb2xl LnZ2KSB3aGljaCBpcyBhIHNwaWNlIGNlcnRpZmljYXRlIGZpbGUuDQoNCkhvdyBkbyBJIGRlYnVn IHRoaXMgY29uc29sZSBtYXR0ZXI/ICBJIGNhbm5vdCBicmluZyB1cCBhIGNvbnNvbGUuDQoNCkVu Z2luZS5sb2c6DQoNCjAxNi0wNi0yMCAxMDowNzowOSw4MDQgSU5GTyAgW29yZy5vdmlydC5lbmdp bmUuY29yZS52ZHNicm9rZXIudmRzYnJva2VyLlNldFZtVGlja2V0VkRTQ29tbWFuZF0gKGRlZmF1 bHQgdGFzay0yNSkgWzQ2YTU2YjExXSBGSU5JU0gsIFNldFZtVGlja2V0VkRTQ29tbWFuZCwgbG9n IGlkOiA1NTA4YWJhMg0KMjAxNi0wNi0yMCAxMDowNzowOSw4NTEgSU5GTyAgW29yZy5vdmlydC5l bmdpbmUuY29yZS5kYWwuZGJicm9rZXIuYXVkaXRsb2doYW5kbGluZy5BdWRpdExvZ0RpcmVjdG9y XSAoZGVmYXVsdCB0YXNrLTI1KSBbNDZhNTZiMTFdIENvcnJlbGF0aW9uIElEOiA0NmE1NmIxMSwg Q2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElEOiAtMSwgTWVzc2FnZTogVXNlciBhZG1p bkBpbnRlcm5hbCBpbml0aWF0ZWQgY29uc29sZSBzZXNzaW9uIGZvciBWTSB3b3BjLXdpbg0KDQoN Cg0KDQpUZXJyeSBLLiBNaWxsZXIgICDigKIgVU5JWCBTZXJ2ZXIgT3BlcmF0aW9ucyDigKIgQ29u b2NvUGhpbGxpcHMg4oCiIDQ5MC0wOCBJbmZvcm1hdGlvbiBDZW50ZXIg4oCiICA1MTEgUy4gS2Vl bGVyIEF2ZS4g4oCiIEJhcnRsZXN2aWxsZSwgT0suICAgNzQwMDQg4oCiIFVTQQ0KVGVycnkuSy5N aWxsZXJAQ29ub2NvUGhpbGxpcHMuY29tPG1haWx0bzpUZXJyeS5LLk1pbGxlckBDb25vY29QaGls bGlwcy5jb20+ICDigKIgOTE4LTY2MS0wMzI3IG9mZmljZSDigKIgOTE4LTM5Ny01MzA0IG1vYmls ZSAg4oCiIDkxOC02NjItMTAxMiAgZmF4DQo= --_000_67146135468641E0B5428B48E44B401Cconocophillipscom_ Content-Type: text/html; charset="utf-8" Content-ID: <9B6B344CA0E61246B5C07F0E8A83F490(a)namprd05.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Iu+8re+8syDmmI7mnJ0iO30NCkBmb250LWZhY2UN Cgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAz IDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAx NSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseToiTHVjaWRhIENh bGxpZ3JhcGh5IjsNCglwYW5vc2UtMTowIDAgMCAwIDAgMCAwIDAgMCAwO30NCi8qIFN0eWxlIERl ZmluaXRpb25zICovDQpwLk1zb05vcm1hbCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJ e21hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7 DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21z by1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1 bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1z dHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRl cmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtY29t cG9zZTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5t c29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5hbWU6IiI7 DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29DaHBEZWZh dWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OkNhbGlicmk7 fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBp biAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+DQo8L2hlYWQ+DQo8Ym9keSBiZ2NvbG9yPSJ3aGl0ZSIgbGFuZz0i RU4tVVMiIGxpbms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRT ZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjIy LjBwdCI+SSBoYXZlIGluc3RhbGxlZCBPdmlydCAzLjYgb24gQ2VudG9zNy4xIG1hY2hpbmUuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZv bnQtc2l6ZToyMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MjIuMHB0Ij5JIGhhdmUgY3JlYXRlZCBh IGd1ZXN0IG1hY2hpbmUgY2FsbGVkDQo8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxOC4w cHQ7Zm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjpibGFjayI+d29wYy13aW4uPC9zcGFuPjxzcGFu IHN0eWxlPSJmb250LXNpemU6MjIuMHB0Ij48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjIyLjBwdCI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQt c2l6ZToyMi4wcHQiPldoZW4gSSBjbGljayBvbiB0aGUgY29uc29sZSBzeW1ib2wsIEkgZ2V0IGEg ZmlsZSBkb3dubG9hZGVkIChjb25zb2xlLnZ2KSB3aGljaCBpcyBhIHNwaWNlIGNlcnRpZmljYXRl IGZpbGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToyMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MjIuMHB0Ij5Ib3cgZG8g SSBkZWJ1ZyB0aGlzIGNvbnNvbGUgbWF0dGVyPyZuYnNwOyBJIGNhbm5vdCBicmluZyB1cCBhIGNv bnNvbGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZToyMi4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MjIuMHB0Ij5FbmdpbmUu bG9nOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvTm9ybWFsIiBzdHlsZT0idGV4dC1hdXRvc3BhY2U6bm9uZSI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxOC4wcHQ7Zm9udC1mYW1pbHk6Q291cmllcjtjb2xvcjpibGFjayI+MDE2LTA2 LTIwIDEwOjA3OjA5LDgwNCBJTkZPJm5ic3A7IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUudmRzYnJv a2VyLnZkc2Jyb2tlci5TZXRWbVRpY2tldFZEU0NvbW1hbmRdIChkZWZhdWx0IHRhc2stMjUpIFs0 NmE1NmIxMV0gRklOSVNILCBTZXRWbVRpY2tldFZEU0NvbW1hbmQsDQogbG9nIGlkOiA1NTA4YWJh MjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiIHN0eWxlPSJ0ZXh0 LWF1dG9zcGFjZTpub25lIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjE4LjBwdDtmb250LWZhbWls eTpDb3VyaWVyO2NvbG9yOmJsYWNrIj4yMDE2LTA2LTIwIDEwOjA3OjA5LDg1MSBJTkZPJm5ic3A7 IFtvcmcub3ZpcnQuZW5naW5lLmNvcmUuZGFsLmRiYnJva2VyLmF1ZGl0bG9naGFuZGxpbmcuQXVk aXRMb2dEaXJlY3Rvcl0gKGRlZmF1bHQgdGFzay0yNSkgWzQ2YTU2YjExXSBDb3JyZWxhdGlvbiBJ RDoNCiA0NmE1NmIxMSwgQ2FsbCBTdGFjazogbnVsbCwgQ3VzdG9tIEV2ZW50IElEOiAtMSwgTWVz c2FnZTogVXNlciBhZG1pbkBpbnRlcm5hbCBpbml0aWF0ZWQgY29uc29sZSBzZXNzaW9uIGZvciBW TSB3b3BjLXdpbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86 cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij48bzpwPiZuYnNw OzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMy41cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7THVjaWRhIENhbGxpZ3JhcGh5 JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7O2NvbG9yOiNGRjI2MDAiPlRlcnJ5IEsuIE1pbGxlciAm bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMy41cHQ7Y29sb3I6YmxhY2siPiZu YnNwOzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtjb2xvcjpibGFjayI+4oCi IFVOSVggU2VydmVyIE9wZXJhdGlvbnMg4oCiIENvbm9jb1BoaWxsaXBzDQog4oCiIDQ5MC0wOCBJ bmZvcm1hdGlvbiBDZW50ZXIg4oCiJm5ic3A7IDUxMSBTLiBLZWVsZXIgQXZlLiDigKIgQmFydGxl c3ZpbGxlLCBPSy4gJm5ic3A7IDc0MDA0IOKAoiBVU0E8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8 L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojRkYyNjAwIj48 YSBocmVmPSJtYWlsdG86VGVycnkuSy5NaWxsZXJAQ29ub2NvUGhpbGxpcHMuY29tIj48c3BhbiBz dHlsZT0iY29sb3I6cHVycGxlIj5UZXJyeS5LLk1pbGxlckBDb25vY29QaGlsbGlwcy5jb208L3Nw YW4+PC9hPjwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6YmxhY2siPiZuYnNwOyZuYnNwOzwvc3Bh bj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7O2Nv bG9yOiMwMDg1Q0MiPuKAojwvc3Bhbj48c3BhbiBzdHlsZT0iY29sb3I6IzAwODVDQyI+Jm5ic3A7 OTE4LTY2MS0wMzI3DQogb2ZmaWNlIOKAoiA5MTgtMzk3LTUzMDQgbW9iaWxlJm5ic3A7IOKAoiA5 MTgtNjYyLTEwMTIgJm5ic3A7ZmF4PC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Jv ZHk+DQo8L2h0bWw+DQo= --_000_67146135468641E0B5428B48E44B401Cconocophillipscom_--

3 2

Enabling Ballooing device on templates from Python SDK
by Barak Korren 20 Jun '16

20 Jun '16

Hi there, I'm trying to create a VM pool from the Python SDK with the Ballooning device enabled. (Sorry for miss-sending earlier) My code does something like: mp = ovirtsdk.infrastructure.brokers.MemoryPolicy() mp.ballooning = true ... vm_params = ovirtsdk.infrastructure.brokers.VM() vm_params.memory_policy = mem_policy ... vmppp=ovirtsdk.infrastructure.brokers.VmPool(vm=vm_params, ...) vmpool = ovirt.vmpools.add(vmppp) The pool gets created fine, but it seems the ballooning device remains disabled for the VMs What am I doing wrong? Thanks, -- Barak Korren bkorren(a)redhat.com RHEV-CI Team

1 0

Enabling Ballooing device on templates from Python SDK
by Barak Korren 20 Jun '16

20 Jun '16

Hi there, I'm trying to create a VM pool from the Python SDK with the Ballooning device enabled. My code does something like: mp = ovirtsdk.infrastructure.brokers.MemoryPolicy() mp.ballooning = true ... vm_params = ovirtsdk.infrastructure.brokers.VM() vm_params.memory_policy = mem_policy ... vmpool = ovirt.vmpools.add( vmpool=oVirtParams.VmPool( -- Barak Korren bkorren(a)redhat.com RHEV-CI Team

1 0