new version of qemu
by qinglong.dong＠horebdata.cn
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 =
;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_=------
9 years
User admin@internal can't login in oVirt 3.6
by Julián Tete
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 ?
9 years
Hosted Engine - Storage Domain registration
by Anantha Raghava
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--
9 years
Slow Export Domain
by Sven Achtelik
--_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><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:#0563C1;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:#954F72;
text-decoration:underline;}
span.E-MailFormatvorlage17
{mso-style-type:personal-compose;
font-family:"Calibri",sans-serif;
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri",sans-serif;
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:70.85pt 70.85pt 2.0cm 70.85pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]--></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_--
9 years
[ANN] oVirt 4.0 reporting deprecation
by Sandro Bonazzola
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
9 years
VMs running in DB, but not in VDS
by SATHEESARAN
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
9 years
Re: [ovirt-users] Trouble obtaining a console in SPICE with Overt 3.6 and Centos 7.1.
by Miller, Terry K
--_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_--
9 years
Enabling Ballooing device on templates from Python SDK
by Barak Korren
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
9 years
Enabling Ballooing device on templates from Python SDK
by Barak Korren
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
9 years
