10:48 a.m.
--_000_5F9E965F5A80BC468BE5F40576769F0979FC230Bexchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gMjMgbWFqIDIwMTQgMTc6MTMgc2tyZXYgPT9JU08tODg1OS0xP1E/TmF0aGFuYT1FQmxf
QmxhbmNoZXQ/PSA8YmxhbmNoZXRAYWJlcy5mcj46DQo+DQo+DQo+IExlIDIzLzA1LzIwMTQgMTc6
MTEsIE5hdGhhbmHDq2wgQmxhbmNoZXQgYSDDqWNyaXQgOg0KPiA+IEhlbGxvLA0KPiA+IE9uIG92
aXJ0IDMuNCwgaXMgaXQgcG9zc2libGUgdG8gc2NoZWR1bGUgdm1zIGRpc3RyaWJ1dGlvbiBkZXBl
bmRpbmcgb24NCj4gPiBob3N0IFJBTSBhdmFpbGliaWxpdHk/DQo+ID4gQ29uY3JldGx5LCBJIGhh
ZCB0byBtYW51YWxseSBtb3ZlIHZtcyBhbGwgdGhlIHZtcyB0byB0aGUgc2Vjb25kIGhvc3QNCj4g
PiBvZiB0aGUgY2x1c3RlciwgdGhpcyBsZWFkIHRvIHJlYWNoIDkwJSBvY2N1cGF0aW9uIG9mIG1l
bW9yeSBvbiB0aGUNCj4gPiBkZXN0aW5hdGlvbiBob3N0LiBXaGVuIG15IGZpcnN0IGhvc3QgaGFz
IHJlYm9vdGVkLCBub25lIHZtcyBvZiB0aGUNCj4gPiBzZWNvbmQgaG9zdCBhdXRvbWF0aWNhbGx5
IG1pZ3JhdGVkIHRvIHRoZSBmaXJzdCBvbmUgd2hpY2ggaGFkIGZ1bGwNCj4gPiBSQU0uIEhvdyB0
byBtYWtlIHRoaXMgaGFwcGVuPw0KPiA+DQo+IC4uLiBzbyBhcyB0byBib3RoIGhvc3RzIGJlIFJB
TSBldmVubHkgZGlzdHJpYnV0ZWQuLi4gaG9wZSB0byBiZSBlbm91Z2gNCj4gY2xlYXIuLi4NCg0K
U291bmRzIGxpa2UgeW91IGp1c3Qgd2FudCB0byBhcHBseSB0aGUgY2x1c3RlciBwb2xpY3kgZm9y
IGV2ZW4gZGlzdHJpYnV0aW9uLiBIYXZlIHlvdSBhc3NpZ25lZCBhbnkgcG9saWN5IGZvciB0aGF0
IGNsdXN0ZXI/DQoNCi9LDQoNCj4NCj4gLS0NCj4gTmF0aGFuYcOrbCBCbGFuY2hldA0KPg0KPiBT
dXBlcnZpc2lvbiByw6lzZWF1DQo+IFDDtGxlIGV4cGxvaXRhdGlvbiBldCBtYWludGVuYW5jZQ0K
PiBEw6lwYXJ0ZW1lbnQgZGVzIHN5c3TDqG1lcyBkJ2luZm9ybWF0aW9uDQo+IDIyNyBhdmVudWUg
UHJvZmVzc2V1ci1KZWFuLUxvdWlzLVZpYWxhDQo+IDM0MTkzIE1PTlRQRUxMSUVSIENFREVYIDUN
Cj4gVMOpbC4gMzMgKDApNCA2NyA1NCA4NCA1NQ0KPiBGYXggIDMzICgwKTQgNjcgNTQgODQgMTQN
Cj4gYmxhbmNoZXRAYWJlcy5mcg0KPg0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fXw0KPiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gVXNlcnNAb3ZpcnQub3Jn
DQo+IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vycw0K
--_000_5F9E965F5A80BC468BE5F40576769F0979FC230Bexchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <04232DB00184AB4AA78CEAFB5A968397(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiAyMyBtYWogMjAxNCAxNzoxMyBza3JldiA9P0lTTy04ODU5LTE/UT9OYXRoYW5h
PUVCbF9CbGFuY2hldD89ICZsdDtibGFuY2hldEBhYmVzLmZyJmd0Ozo8YnI+DQomZ3Q7PGJyPg0K
Jmd0Ozxicj4NCiZndDsgTGUgMjMvMDUvMjAxNCAxNzoxMSwgTmF0aGFuYcOrbCBCbGFuY2hldCBh
IMOpY3JpdCA6PGJyPg0KJmd0OyAmZ3Q7IEhlbGxvLDxicj4NCiZndDsgJmd0OyBPbiBvdmlydCAz
LjQsIGlzIGl0IHBvc3NpYmxlIHRvIHNjaGVkdWxlIHZtcyBkaXN0cmlidXRpb24gZGVwZW5kaW5n
IG9uIDxicj4NCiZndDsgJmd0OyBob3N0IFJBTSBhdmFpbGliaWxpdHk/PGJyPg0KJmd0OyAmZ3Q7
IENvbmNyZXRseSwgSSBoYWQgdG8gbWFudWFsbHkgbW92ZSB2bXMgYWxsIHRoZSB2bXMgdG8gdGhl
IHNlY29uZCBob3N0IDxicj4NCiZndDsgJmd0OyBvZiB0aGUgY2x1c3RlciwgdGhpcyBsZWFkIHRv
IHJlYWNoIDkwJSBvY2N1cGF0aW9uIG9mIG1lbW9yeSBvbiB0aGUgPGJyPg0KJmd0OyAmZ3Q7IGRl
c3RpbmF0aW9uIGhvc3QuIFdoZW4gbXkgZmlyc3QgaG9zdCBoYXMgcmVib290ZWQsIG5vbmUgdm1z
IG9mIHRoZSA8YnI+DQomZ3Q7ICZndDsgc2Vjb25kIGhvc3QgYXV0b21hdGljYWxseSBtaWdyYXRl
ZCB0byB0aGUgZmlyc3Qgb25lIHdoaWNoIGhhZCBmdWxsIDxicj4NCiZndDsgJmd0OyBSQU0uIEhv
dyB0byBtYWtlIHRoaXMgaGFwcGVuPzxicj4NCiZndDsgJmd0Ozxicj4NCiZndDsgLi4uIHNvIGFz
IHRvIGJvdGggaG9zdHMgYmUgUkFNIGV2ZW5seSBkaXN0cmlidXRlZC4uLiBob3BlIHRvIGJlIGVu
b3VnaCA8YnI+DQomZ3Q7IGNsZWFyLi4uPC9wPg0KPHAgZGlyPSJsdHIiPlNvdW5kcyBsaWtlIHlv
dSBqdXN0IHdhbnQgdG8gYXBwbHkgdGhlIGNsdXN0ZXIgcG9saWN5IGZvciBldmVuIGRpc3RyaWJ1
dGlvbi4gSGF2ZSB5b3UgYXNzaWduZWQgYW55IHBvbGljeSBmb3IgdGhhdCBjbHVzdGVyPzwvcD4N
CjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7PGJyPg0KJmd0OyAtLSA8YnI+
DQomZ3Q7IE5hdGhhbmHDq2wgQmxhbmNoZXQ8YnI+DQomZ3Q7PGJyPg0KJmd0OyBTdXBlcnZpc2lv
biByw6lzZWF1PGJyPg0KJmd0OyBQw7RsZSBleHBsb2l0YXRpb24gZXQgbWFpbnRlbmFuY2U8YnI+
DQomZ3Q7IETDqXBhcnRlbWVudCBkZXMgc3lzdMOobWVzIGQnaW5mb3JtYXRpb248YnI+DQomZ3Q7
IDIyNyBhdmVudWUgUHJvZmVzc2V1ci1KZWFuLUxvdWlzLVZpYWxhPGJyPg0KJmd0OyAzNDE5MyBN
T05UUEVMTElFUiBDRURFWCA1Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDxicj4NCiZndDsgVMOpbC4gMzMgKDApNCA2NyA1NCA4NCA1NTxicj4NCiZndDsgRmF4Jm5i
c3A7IDMzICgwKTQgNjcgNTQgODQgMTQ8YnI+DQomZ3Q7IGJsYW5jaGV0QGFiZXMuZnI8YnI+DQom
Z3Q7PGJyPg0KJmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fXzxicj4NCiZndDsgVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyBVc2Vyc0BvdmlydC5v
cmc8YnI+DQomZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vy
czxicj4NCjwvcD4NCjwvYm9keT4NCjwvaHRtbD4NCg==
--_000_5F9E965F5A80BC468BE5F40576769F0979FC230Bexchange21_--
11:38 a.m.
New subject: SLA : RAM scheduling
This is a multi-part message in MIME format.
--------------040407010403090001050900
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
even distribution is for cpu only
Le 23/05/2014 17:48, Karli Sjöberg a écrit :
Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
<blanchet(a)abes.fr>:
>
>
> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
> > Hello,
> > On ovirt 3.4, is it possible to schedule vms distribution
depending on
> > host RAM availibility?
> > Concretly, I had to manually move vms all the vms to the second host
> > of the cluster, this lead to reach 90% occupation of memory on the
> > destination host. When my first host has rebooted, none vms of the
> > second host automatically migrated to the first one which had full
> > RAM. How to make this happen?
> >
> ... so as to both hosts be RAM evenly distributed... hope to be enough
> clear...
Sounds like you just want to apply the cluster policy for even
distribution. Have you assigned any policy for that cluster?
/K
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14
> blanchet(a)abes.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
--------------040407010403090001050900
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="-1">even distribution is for cpu only<br>
<br>
</font>
<div class="moz-cite-prefix">Le 23/05/2014 17:48, Karli Sjöberg a
écrit :<br>
</div>
<blockquote
cite="mid:5F9E965F5A80BC468BE5F40576769F0979FC230B@exchange2-1"
type="cite">
<meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<p dir="ltr"><br>
Den 23 maj 2014 17:13 skrev
=?ISO-8859-1?Q?Nathana=EBl_Blanchet?= <a
class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a>:<br>
><br>
><br>
> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :<br>
> > Hello,<br>
> > On ovirt 3.4, is it possible to schedule vms
distribution depending on <br>
> > host RAM availibility?<br>
> > Concretly, I had to manually move vms all the vms to
the second host <br>
> > of the cluster, this lead to reach 90% occupation of
memory on the <br>
> > destination host. When my first host has rebooted,
none vms of the <br>
> > second host automatically migrated to the first one
which had full <br>
> > RAM. How to make this happen?<br>
> ><br>
> ... so as to both hosts be RAM evenly distributed... hope
to be enough <br>
> clear...</p>
<p dir="ltr">Sounds like you just want to apply the cluster policy
for even distribution. Have you assigned any policy for that
cluster?</p>
<p dir="ltr">/K</p>
<p dir="ltr">><br>
> -- <br>
> Nathanaël Blanchet<br>
><br>
> Supervision réseau<br>
> Pôle exploitation et maintenance<br>
> Département des systèmes d'information<br>
> 227 avenue Professeur-Jean-Louis-Viala<br>
> 34193 MONTPELLIER CEDEX 5 <br>
> Tél. 33 (0)4 67 54 84 55<br>
> Fax 33 (0)4 67 54 84 14<br>
> <a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a><br>
><br>
> _______________________________________________<br>
> Users mailing list<br>
> <a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
> <a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</p>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a> </pre>
</body>
</html>
--------------040407010403090001050900--
3:49 a.m.
New subject: SLA : RAM scheduling
Hi Nathanaël,
You have 2 ways to get what you're after (quick/slow):
1) install 'oVirt's external scheduling proxy', and write an extremely simple
weight function that orders hosts by used memory, then add that to your cluster policy.
2) open an RFE for oVirt 3.4 to have that in
(https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
let me know if you consider (1), and I'll assist.
anyway I suggest you'll open an RFE for 3.5.
Thanks,
Gilad.
----- Original Message -----
From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
Cc: "users" <users(a)ovirt.org>
Sent: Friday, May 23, 2014 7:38:40 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
even distribution is for cpu only
Le 23/05/2014 17:48, Karli Sjöberg a écrit :
Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
<blanchet(a)abes.fr> :
>
>
> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
> > Hello,
> > On ovirt 3.4, is it possible to schedule vms distribution depending on
> > host RAM availibility?
> > Concretly, I had to manually move vms all the vms to the second host
> > of the cluster, this lead to reach 90% occupation of memory on the
> > destination host. When my first host has rebooted, none vms of the
> > second host automatically migrated to the first one which had full
> > RAM. How to make this happen?
> >
> ... so as to both hosts be RAM evenly distributed... hope to be enough
> clear...
Sounds like you just want to apply the cluster policy for even distribution.
Have you assigned any policy for that cluster?
/K
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14
> blanchet(a)abes.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:52 a.m.
New subject: SLA : RAM scheduling
----- Original Message -----
From: "Gilad Chaplik" <gchaplik(a)redhat.com>
To: "Nathanaël Blanchet" <blanchet(a)abes.fr>
Cc: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org>
Sent: Saturday, May 24, 2014 11:49:48 AM
Subject: Re: [ovirt-users] SLA : RAM scheduling
Hi Nathanaël,
You have 2 ways to get what you're after (quick/slow):
1) install 'oVirt's external scheduling proxy', and write an extremely
simple
weight function that orders hosts by used memory, then add that to your
cluster policy.
2) open an RFE for oVirt 3.4 to have that in
(https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
by 3.4, I mean 3.4.x (= anyway for (2) you'll need to upgrade), but not sure it will
make it.
let me know if you consider (1), and I'll assist.
anyway I suggest you'll open an RFE for 3.5.
Thanks,
Gilad.
----- Original Message -----
> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
> To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
> Cc: "users" <users(a)ovirt.org>
> Sent: Friday, May 23, 2014 7:38:40 PM
> Subject: Re: [ovirt-users] SLA : RAM scheduling
>
> even distribution is for cpu only
>
> Le 23/05/2014 17:48, Karli Sjöberg a écrit :
>
>
>
>
>
> Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
> <blanchet(a)abes.fr> :
> >
> >
> > Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
> > > Hello,
> > > On ovirt 3.4, is it possible to schedule vms distribution depending on
> > > host RAM availibility?
> > > Concretly, I had to manually move vms all the vms to the second host
> > > of the cluster, this lead to reach 90% occupation of memory on the
> > > destination host. When my first host has rebooted, none vms of the
> > > second host automatically migrated to the first one which had full
> > > RAM. How to make this happen?
> > >
> > ... so as to both hosts be RAM evenly distributed... hope to be enough
> > clear...
>
> Sounds like you just want to apply the cluster policy for even
> distribution.
> Have you assigned any policy for that cluster?
>
> /K
>
> >
> > --
> > Nathanaël Blanchet
> >
> > Supervision réseau
> > Pôle exploitation et maintenance
> > Département des systèmes d'information
> > 227 avenue Professeur-Jean-Louis-Viala
> > 34193 MONTPELLIER CEDEX 5
> > Tél. 33 (0)4 67 54 84 55
> > Fax 33 (0)4 67 54 84 14
> > blanchet(a)abes.fr
> >
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
6:56 a.m.
New subject: SLA : RAM scheduling
----- Original Message -----
From: "Gilad Chaplik" <gchaplik(a)redhat.com>
To: "Nathanaël Blanchet" <blanchet(a)abes.fr>
Cc: "users" <users(a)ovirt.org>
Sent: Saturday, May 24, 2014 11:52:10 AM
Subject: Re: [ovirt-users] SLA : RAM scheduling
----- Original Message -----
> From: "Gilad Chaplik" <gchaplik(a)redhat.com>
> To: "Nathanaël Blanchet" <blanchet(a)abes.fr>
> Cc: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org>
> Sent: Saturday, May 24, 2014 11:49:48 AM
> Subject: Re: [ovirt-users] SLA : RAM scheduling
>
> Hi Nathanaël,
>
> You have 2 ways to get what you're after (quick/slow):
> 1) install 'oVirt's external scheduling proxy', and write an extremely
> simple
> weight function that orders hosts by used memory, then add that to your
> cluster policy.
> 2) open an RFE for oVirt 3.4 to have that in
> (https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
by 3.4, I mean 3.4.x (= anyway for (2) you'll need to upgrade), but not sure
it will make it.
>
> let me know if you consider (1), and I'll assist.
>
> anyway I suggest you'll open an RFE for 3.5.
>
> Thanks,
> Gilad.
>
> ----- Original Message -----
> > From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
> > To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
> > Cc: "users" <users(a)ovirt.org>
> > Sent: Friday, May 23, 2014 7:38:40 PM
> > Subject: Re: [ovirt-users] SLA : RAM scheduling
> >
> > even distribution is for cpu only
> >
> > Le 23/05/2014 17:48, Karli Sjöberg a écrit :
> >
> >
> >
> >
> >
> > Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
> > <blanchet(a)abes.fr> :
> > >
> > >
> > > Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
> > > > Hello,
> > > > On ovirt 3.4, is it possible to schedule vms distribution depending
> > > > on
> > > > host RAM availibility?
> > > > Concretly, I had to manually move vms all the vms to the second host
> > > > of the cluster, this lead to reach 90% occupation of memory on the
> > > > destination host. When my first host has rebooted, none vms of the
> > > > second host automatically migrated to the first one which had full
> > > > RAM. How to make this happen?
> > > >
> > > ... so as to both hosts be RAM evenly distributed... hope to be enough
> > > clear...
> >
> > Sounds like you just want to apply the cluster policy for even
> > distribution.
> > Have you assigned any policy for that cluster?
> >
> > /K
> >
> > >
> > > --
> > > Nathanaël Blanchet
> > >
> > > Supervision réseau
> > > Pôle exploitation et maintenance
> > > Département des systèmes d'information
> > > 227 avenue Professeur-Jean-Louis-Viala
> > > 34193 MONTPELLIER CEDEX 5
> > > Tél. 33 (0)4 67 54 84 55
> > > Fax 33 (0)4 67 54 84 14
> > > blanchet(a)abes.fr
> > >
> > > _______________________________________________
> > > Users mailing list
> > > Users(a)ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> >
> > --
> > Nathanaël Blanchet
> >
> > Supervision réseau
> > Pôle exploitation et maintenance
> > Département des systèmes d'information
> > 227 avenue Professeur-Jean-Louis-Viala
> > 34193 MONTPELLIER CEDEX 5
> > Tél. 33 (0)4 67 54 84 55
> > Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
> >
Sounds like this RFE:
https://bugzilla.redhat.com/show_bug.cgi?id=1093038
FWIW, you can implement your own logic in Python until we
get to implement the above RFE.
4:12 a.m.
New subject: SLA : RAM scheduling
This is a multi-part message in MIME format.
--------------030605000009060400080508
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Gilad,
Yes, I'm interested in that feature, I'vebegun to read this following
your advices
http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy, I don't
think I will have time enough to get it work quickly, I'm not
experienced enough with this kind of feature, unless you help me.
Le 24/05/2014 10:49, Gilad Chaplik a écrit :
Hi Nathanaël,
You have 2 ways to get what you're after (quick/slow):
1) install 'oVirt's external scheduling proxy', and write an extremely simple
weight function that orders hosts by used memory, then add that to your cluster policy.
2) open an RFE for oVirt 3.4 to have that in
(https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
let me know if you consider (1), and I'll assist.
anyway I suggest you'll open an RFE for 3.5.
Thanks,
Gilad.
----- Original Message -----
> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
> To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
> Cc: "users" <users(a)ovirt.org>
> Sent: Friday, May 23, 2014 7:38:40 PM
> Subject: Re: [ovirt-users] SLA : RAM scheduling
>
> even distribution is for cpu only
>
> Le 23/05/2014 17:48, Karli Sjöberg a écrit :
>
>
>
>
>
> Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
> <blanchet(a)abes.fr> :
>>
>> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
>>> Hello,
>>> On ovirt 3.4, is it possible to schedule vms distribution depending on
>>> host RAM availibility?
>>> Concretly, I had to manually move vms all the vms to the second host
>>> of the cluster, this lead to reach 90% occupation of memory on the
>>> destination host. When my first host has rebooted, none vms of the
>>> second host automatically migrated to the first one which had full
>>> RAM. How to make this happen?
>>>
>> ... so as to both hosts be RAM evenly distributed... hope to be enough
>> clear...
> Sounds like you just want to apply the cluster policy for even distribution.
> Have you assigned any policy for that cluster?
>
> /K
>
>> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> Pôle exploitation et maintenance
>> Département des systèmes d'information
>> 227 avenue Professeur-Jean-Louis-Viala
>> 34193 MONTPELLIER CEDEX 5
>> Tél. 33 (0)4 67 54 84 55
>> Fax 33 (0)4 67 54 84 14
>> blanchet(a)abes.fr
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
--------------030605000009060400080508
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="-1">Hi Gilad,<br>
<br>
Yes, I'm interested in that feature, I've<small> begun to read
this following your advices
<a class="moz-txt-link-freetext"
href="http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy&...;,
I
don't think I will have time enough to get it work quickly, I'm
not experienced enough with this kind of feature, unless you
help me.<br>
<br>
</small></font>
<div class="moz-cite-prefix">Le 24/05/2014 10:49, Gilad Chaplik a
écrit :<br>
</div>
<blockquote
cite="mid:196256917.7208175.1400921388066.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">Hi Nathanaël,
You have 2 ways to get what you're after (quick/slow):
1) install 'oVirt's external scheduling proxy', and write an extremely simple
weight function that orders hosts by used memory, then add that to your cluster policy.
2) open an RFE for oVirt 3.4 to have that in (<a
class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt"&...>).
let me know if you consider (1), and I'll assist.
anyway I suggest you'll open an RFE for 3.5.
Thanks,
Gilad.
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Nathanaël Blanchet" <a
class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a>
To: "Karli Sjöberg" <a class="moz-txt-link-rfc2396E"
href="mailto:Karli.Sjoberg@slu.se"><Karli.Sjoberg@slu.se></a>
Cc: "users" <a class="moz-txt-link-rfc2396E"
href="mailto:users@ovirt.org"><users@ovirt.org></a>
Sent: Friday, May 23, 2014 7:38:40 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
even distribution is for cpu only
Le 23/05/2014 17:48, Karli Sjöberg a écrit :
Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
<a class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a> :
</pre>
<blockquote type="cite">
<pre wrap="">
Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
On ovirt 3.4, is it possible to schedule vms distribution depending on
host RAM availibility?
Concretly, I had to manually move vms all the vms to the second host
of the cluster, this lead to reach 90% occupation of memory on the
destination host. When my first host has rebooted, none vms of the
second host automatically migrated to the first one which had full
RAM. How to make this happen?
</pre>
</blockquote>
<pre wrap="">... so as to both hosts be RAM evenly
distributed... hope to be enough
clear...
</pre>
</blockquote>
<pre wrap="">
Sounds like you just want to apply the cluster policy for even distribution.
Have you assigned any policy for that cluster?
/K
</pre>
<blockquote type="cite">
<pre wrap="">
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<pre wrap="">
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a> </pre>
</body>
</html>
--------------030605000009060400080508--
9:22 a.m.
New subject: SLA : RAM scheduling
------=_Part_8277210_955683547.1401114136181
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Hi Nathana=C3=ABl,
happy to assist :) hope it will work in first run:
1) install the proxy and ovirtsdk.
2) put attached file in the right place (according to docs: ".../plugins"),=
make sure to edit the file with your ovirt's ip, user@domain and PW.
3) restart proxy service.
3) use config tool to configure ovirt-engine:
* "ExternalSchedulerServiceURL"=3D"http://<ip>:18781/"
* "ExternalSchedulerEnabled"=3Dtrue
4) restart ovirt-engine service.
5) under configure->cluster_policy see that weight function memory_even_dis=
tribution was added (should be in manage policy units or /sth- you will see=
it in the main dialog as well).
6) clone/copy currernt cluster's used cluster policy (probably none - prefe=
r it to have no balancing modules to avoid conflicts), name it 'your_name' =
and attach memory_even_distribution weight (you can leave it as the only we=
ight module in weight section to avoid configuring factors).
7) replace cluster's cluster policy with newly created one.
try it out and let me know how goes :-)
Thanks,=20
Gilad.
----- Original Message -----
From: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>
To: "Gilad Chaplik" <gchaplik(a)redhat.com>
Cc: "Karli Sj=C3=B6berg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org=
Sent: Monday, May 26, 2014 12:12:41 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
=20
Hi Gilad,
=20
Yes, I'm interested in that feature, I'vebegun to read this following
your advices
http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy, I don't
think I will have time enough to get it work quickly, I'm not
experienced enough with this kind of feature, unless you help me.
=20
Le 24/05/2014 10:49, Gilad Chaplik a =C3=A9crit :
> Hi Nathana=C3=ABl,
>
> You have 2 ways to get what you're after (quick/slow):
> 1) install 'oVirt's external scheduling proxy', and write an extremely
> simple weight function that orders hosts by used memory, then add that =
to
> your cluster policy.
> 2) open an RFE for oVirt 3.4 to have that in
> (https://bugzilla.redhat.com/enter_bug.cgi?product=3DoVirt).
>
> let me know if you consider (1), and I'll assist.
>
> anyway I suggest you'll open an RFE for 3.5.
>
> Thanks,
> Gilad.
>
> ----- Original Message -----
>> From: "Nathana=C3=ABl Blanchet" <blanchet(a)abes.fr>
>> To: "Karli Sj=C3=B6berg" <Karli.Sjoberg(a)slu.se>
>> Cc: "users" <users(a)ovirt.org>
>> Sent: Friday, May 23, 2014 7:38:40 PM
>> Subject: Re: [ovirt-users] SLA : RAM scheduling
>>
>> even distribution is for cpu only
>>
>> Le 23/05/2014 17:48, Karli Sj=C3=B6berg a =C3=A9crit :
>>
>>
>>
>>
>>
>> Den 23 maj 2014 17:13 skrev =3D?ISO-8859-1?Q?Nathana=3DEBl_Blanchet?=
=3D
>> <blanchet(a)abes.fr> :
>>>
>>> Le 23/05/2014 17:11, Nathana=C3=ABl Blanchet a =C3=A9crit :
>>>> Hello,
>>>> On ovirt 3.4, is it possible to schedule vms distribution depending =
on
>>>> host RAM availibility?
>>>> Concretly, I had to manually move vms all the vms to the second host
>>>> of the cluster, this lead to reach 90% occupation of memory on the
>>>> destination host. When my first host has rebooted, none vms of the
>>>> second host automatically migrated to the first one which had full
>>>> RAM. How to make this happen?
>>>>
>>> ... so as to both hosts be RAM evenly distributed... hope to be enoug=
h
>>> clear...
>> Sounds like you just want to apply the cluster policy for even
>> distribution.
>> Have you assigned any policy for that cluster?
>>
>> /K
>>
>>> --
>>> Nathana=C3=ABl Blanchet
>>>
>>> Supervision r=C3=A9seau
>>> P=C3=B4le exploitation et maintenance
>>> D=C3=A9partement des syst=C3=A8mes d'information
>>> 227 avenue Professeur-Jean-Louis-Viala
>>> 34193 MONTPELLIER CEDEX 5
>>> T=C3=A9l. 33 (0)4 67 54 84 55
>>> Fax 33 (0)4 67 54 84 14
>>> blanchet(a)abes.fr
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>> --
>> Nathana=C3=ABl Blanchet
>>
>> Supervision r=C3=A9seau
>> P=C3=B4le exploitation et maintenance
>> D=C3=A9partement des syst=C3=A8mes d'information
>> 227 avenue Professeur-Jean-Louis-Viala
>> 34193 MONTPELLIER CEDEX 5
>> T=C3=A9l. 33 (0)4 67 54 84 55
>> Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
=20
--
Nathana=C3=ABl Blanchet
=20
Supervision r=C3=A9seau
P=C3=B4le exploitation et maintenance
D=C3=A9partement des syst=C3=A8mes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
T=C3=A9l. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
=20
------=_Part_8277210_955683547.1401114136181
Content-Type: text/x-python; name=memory_even_distribution.py
Content-Disposition: attachment; filename=memory_even_distribution.py
Content-Transfer-Encoding: base64
ZnJvbSBvdmlydHNkay54bWwgaW1wb3J0IHBhcmFtcwpmcm9tIG92aXJ0c2RrLmFwaSBpbXBvcnQg
QVBJCmltcG9ydCBzeXMKCgpjbGFzcyBtZW1vcnlfZXZlbl9kaXN0cmlidXRpb24oKToKICAgICcn
J3JhbmsgaG9zdHMgYnkgZXZlbiByYW0gZGlzdHJpYnV0aW9uJycnCgogICAgcHJvcGVydGllc192
YWxpZGF0aW9uID0gJycKCiAgICBkZWYgX2dldF9jb25uZWN0aW9uKHNlbGYpOgogICAgICAgICNv
cGVuIGEgY29ubmVjdGlvbiB0byB0aGUgcmVzdCBhcGkKICAgICAgICBjb25uZWN0aW9uID0gTm9u
ZQogICAgICAgIHRyeToKICAgICAgICAgICAgY29ubmVjdGlvbiA9IEFQSSh1cmw9J2h0dHA6Ly9o
b3N0OnBvcnQnLAogICAgICAgICAgICAgICAgICAgICAgICAgICAgIHVzZXJuYW1lPSd1c2VyQGRv
bWFpbicsIHBhc3N3b3JkPScnKQogICAgICAgIGV4Y2VwdCBCYXNlRXhjZXB0aW9uIGFzIGV4Ogog
ICAgICAgICAgICAjbGV0dGluZyB0aGUgZXh0ZXJuYWwgcHJveHkga25vdyB0aGVyZSB3YXMgYW4g
ZXJyb3IKICAgICAgICAgICAgcHJpbnQgPj4gc3lzLnN0ZGVyciwgZXgKICAgICAgICAgICAgcmV0
dXJuIE5vbmUKCiAgICAgICAgcmV0dXJuIGNvbm5lY3Rpb24KCiAgICBkZWYgX2dldF9ob3N0cyhz
ZWxmLCBob3N0X2lkcywgY29ubmVjdGlvbik6CiAgICAgICAgI2dldCBhbGwgdGhlIGhvc3RzIHdp
dGggdGhlIGdpdmVuIGlkcwogICAgICAgIGVuZ2luZV9ob3N0cyA9IGNvbm5lY3Rpb24uaG9zdHMu
bGlzdCgKICAgICAgICAgICAgcXVlcnk9IiBvciAiLmpvaW4oWyJpZD0lcyIgJSB1IGZvciB1IGlu
IGhvc3RfaWRzXSkpCgogICAgICAgIHJldHVybiBlbmdpbmVfaG9zdHMKCiAgICBkZWYgZG9fc2Nv
cmUoc2VsZiwgaG9zdHNfaWRzLCB2bV9pZCwgYXJnc19tYXApOgogICAgICAgIGNvbm4gPSBzZWxm
Ll9nZXRfY29ubmVjdGlvbigpCiAgICAgICAgaWYgY29ubiBpcyBOb25lOgogICAgICAgICAgICBy
ZXR1cm4KCiAgICAgICAgZW5naW5lX2hvc3RzID0gc2VsZi5fZ2V0X2hvc3RzKGhvc3RzX2lkcywg
Y29ubikKCiAgICAgICAgI2l0ZXJhdGUgb3ZlciB0aGVtIGFuZCB3ZWlnaCB0aGVtIGJhc2VkIG9u
IGF2YWlsYWJsZSByYW0KICAgICAgICBob3N0X3Njb3JlcyA9IFtdCiAgICAgICAgZm9yIGVuZ2lu
ZV9ob3N0IGluIGVuZ2luZV9ob3N0czoKICAgICAgICAgICAgaWYoZW5naW5lX2hvc3QgYW5kCiAg
ICAgICAgICAgICAgICAgICAgZW5naW5lX2hvc3QubWF4X3NjaGVkdWxpbmdfbWVtb3J5KToKICAg
ICAgICAgICAgICAgIGhvc3Rfc2NvcmVzLmFwcGVuZCgoZW5naW5lX2hvc3QuaWQsCiAgICAgICAg
ICAgICAgICAgICAgICAgICAgICAgICAgICAgIGFicygwIC0gZW5naW5lX2hvc3QubWF4X3NjaGVk
dWxpbmdfbWVtb3J5KSkpCiAgICAgICAgcHJpbnQgaG9zdF9zY29yZXMK
------=_Part_8277210_955683547.1401114136181--
10:26 a.m.
New subject: SLA : RAM scheduling
This is a multi-part message in MIME format.
--------------000809050505090608080605
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Hi Gilad,
I followed your instructions, but it didn't work for me, I think for
many reasons.
Le 26/05/2014 16:22, Gilad Chaplik a écrit :
Hi Nathanaël,
happy to assist :) hope it will work in first run:
1) install the proxy and ovirtsdk.
yum install -y ovirt-scheduler-proxy
2) put attached file in the right place (according to docs:
".../plugins"),
according to the docs
(http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy), the
place should be "plugins_path=$PYTHONPATH/ovirt_scheduler/plugins",
which is should be mentionned in Scheduler conf file
(/etc/ovirt/scheduler/scheduler.conf), but none of them exists in the
filesystem!!! I've only found /usr/share/ovirt-scheduler-proxy/plugins
for placing the python file and no scheduler.conf is present where I
could change that path.
make sure to edit the file with your ovirt's ip, user@domain and
PW.
My engine API can't be reached in http, so there is some work to do this
with https. Here is what I did : according to
/usr/lib/python2.6/site-packages/ovirtsdk/api.py, I add insecure=True to
the chain
connection = API(url='http*s*://host:port',
username='user@domain',
password=''*insecure='True'*)
Maybe it is not enough and it would be useful to add
validate_cert_chain=False...
3) restart proxy service.
3) use config tool to configure ovirt-engine:
* "ExternalSchedulerServiceURL"="http://<ip>:18781/"
The
scheduler proxy listens to localhost:18781, none of ips that can be
filled here will be reached on that port.
* "ExternalSchedulerEnabled"=true
4) restart ovirt-engine service.
5) under configure->cluster_policy see that weight function memory_even_distribution
was added (should be in manage policy units or /sth- you will see it in the main dialog as
well).
6) clone/copy currernt cluster's used cluster policy (probably none - prefer it to
have no balancing modules to avoid conflicts), name it 'your_name' and attach
memory_even_distribution weight (you can leave it as the only weight module in weight
section to avoid configuring factors).
7) replace cluster's cluster policy with newly created one.
try it out and let me know how goes :-)
Thanks,
Gilad.
If all above is tru, should be a good idea to update the wiki...
----- Original Message -----
> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
> To: "Gilad Chaplik" <gchaplik(a)redhat.com>
> Cc: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org>
> Sent: Monday, May 26, 2014 12:12:41 PM
> Subject: Re: [ovirt-users] SLA : RAM scheduling
>
> Hi Gilad,
>
> Yes, I'm interested in that feature, I'vebegun to read this following
> your advices
> http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy, I don't
> think I will have time enough to get it work quickly, I'm not
> experienced enough with this kind of feature, unless you help me.
>
> Le 24/05/2014 10:49, Gilad Chaplik a écrit :
>> Hi Nathanaël,
>>
>> You have 2 ways to get what you're after (quick/slow):
>> 1) install 'oVirt's external scheduling proxy', and write an
extremely
>> simple weight function that orders hosts by used memory, then add that to
>> your cluster policy.
>> 2) open an RFE for oVirt 3.4 to have that in
>> (https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
>>
>> let me know if you consider (1), and I'll assist.
>>
>> anyway I suggest you'll open an RFE for 3.5.
>>
>> Thanks,
>> Gilad.
>>
>> ----- Original Message -----
>>> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
>>> To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
>>> Cc: "users" <users(a)ovirt.org>
>>> Sent: Friday, May 23, 2014 7:38:40 PM
>>> Subject: Re: [ovirt-users] SLA : RAM scheduling
>>>
>>> even distribution is for cpu only
>>>
>>> Le 23/05/2014 17:48, Karli Sjöberg a écrit :
>>>
>>>
>>>
>>>
>>>
>>> Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
>>> <blanchet(a)abes.fr> :
>>>> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
>>>>> Hello,
>>>>> On ovirt 3.4, is it possible to schedule vms distribution depending
on
>>>>> host RAM availibility?
>>>>> Concretly, I had to manually move vms all the vms to the second host
>>>>> of the cluster, this lead to reach 90% occupation of memory on the
>>>>> destination host. When my first host has rebooted, none vms of the
>>>>> second host automatically migrated to the first one which had full
>>>>> RAM. How to make this happen?
>>>>>
>>>> ... so as to both hosts be RAM evenly distributed... hope to be enough
>>>> clear...
>>> Sounds like you just want to apply the cluster policy for even
>>> distribution.
>>> Have you assigned any policy for that cluster?
>>>
>>> /K
>>>
>>>> --
>>>> Nathanaël Blanchet
>>>>
>>>> Supervision réseau
>>>> Pôle exploitation et maintenance
>>>> Département des systèmes d'information
>>>> 227 avenue Professeur-Jean-Louis-Viala
>>>> 34193 MONTPELLIER CEDEX 5
>>>> Tél. 33 (0)4 67 54 84 55
>>>> Fax 33 (0)4 67 54 84 14
>>>> blanchet(a)abes.fr
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>> --
>>> Nathanaël Blanchet
>>>
>>> Supervision réseau
>>> Pôle exploitation et maintenance
>>> Département des systèmes d'information
>>> 227 avenue Professeur-Jean-Louis-Viala
>>> 34193 MONTPELLIER CEDEX 5
>>> Tél. 33 (0)4 67 54 84 55
>>> Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> Pôle exploitation et maintenance
> Département des systèmes d'information
> 227 avenue Professeur-Jean-Louis-Viala
> 34193 MONTPELLIER CEDEX 5
> Tél. 33 (0)4 67 54 84 55
> Fax 33 (0)4 67 54 84 14
> blanchet(a)abes.fr
>
>
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
--------------000809050505090608080605
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=UTF-8"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font size="-1">Hi Gilad,<br>
<br>
I followed your instructions, but it didn't work for me, I think
for many reasons.</font><br>
<br>
<div class="moz-cite-prefix">Le 26/05/2014 16:22, Gilad Chaplik a
écrit :<br>
</div>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">Hi Nathanaël,
happy to assist :) hope it will work in first run:
1) install the proxy and ovirtsdk.</pre>
</blockquote>
yum install -y ovirt-scheduler-proxy<br>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">
2) put attached file in the right place (according to docs: ".../plugins"),
</pre>
</blockquote>
according to the docs
(<a class="moz-txt-link-freetext"
href="http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy&...>),
the
place should be "plugins_path=$PYTHONPATH/ovirt_scheduler/plugins",
which is should be mentionned in Scheduler conf file
(/etc/ovirt/scheduler/scheduler.conf), but none of them exists in
the filesystem!!! I've only found
/usr/share/ovirt-scheduler-proxy/plugins for placing the python file
and no scheduler.conf is present where I could change that path.<br>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">make sure to edit the file with your ovirt's ip,
user@domain and PW.
</pre>
</blockquote>
My engine API can't be reached in http, so there is some work to do
this with https. Here is what I did : according to
/usr/lib/python2.6/site-packages/ovirtsdk/api.py, I add
insecure=True to the chain <br>
connection = API(url='http<font
color="#ff0000"><b>s</b></font>://host:port',<br>
username='user@domain',
password=''<b>
<font
color="#ff0000">insecure='True'</font></b>)<br>
Maybe it is not enough and it would be useful to add
validate_cert_chain=False...<br>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">
3) restart proxy service.
3) use config tool to configure ovirt-engine:
* "ExternalSchedulerServiceURL"="<a
class="moz-txt-link-freetext"
href="http://">http://</a><ip>:18781/"</pre>
</blockquote>
The scheduler proxy listens to localhost:18781, none of ips that can
be filled here will be reached on that port.<br>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">
* "ExternalSchedulerEnabled"=true
4) restart ovirt-engine service.
5) under configure->cluster_policy see that weight function
memory_even_distribution was added (should be in manage policy units or /sth- you will see
it in the main dialog as well).
6) clone/copy currernt cluster's used cluster policy (probably none - prefer it to
have no balancing modules to avoid conflicts), name it 'your_name' and attach
memory_even_distribution weight (you can leave it as the only weight module in weight
section to avoid configuring factors).
7) replace cluster's cluster policy with newly created one.
try it out and let me know how goes :-)
Thanks,
Gilad.
</pre>
</blockquote>
If all above is tru, should be a good idea to update the wiki...<br>
<blockquote
cite="mid:2012612350.8277212.1401114136183.JavaMail.zimbra@redhat.com"
type="cite">
<pre wrap="">
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Nathanaël Blanchet" <a
class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a>
To: "Gilad Chaplik" <a class="moz-txt-link-rfc2396E"
href="mailto:gchaplik@redhat.com"><gchaplik@redhat.com></a>
Cc: "Karli Sjöberg" <a class="moz-txt-link-rfc2396E"
href="mailto:Karli.Sjoberg@slu.se"><Karli.Sjoberg@slu.se></a>,
"users" <a class="moz-txt-link-rfc2396E"
href="mailto:users@ovirt.org"><users@ovirt.org></a>
Sent: Monday, May 26, 2014 12:12:41 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
Hi Gilad,
Yes, I'm interested in that feature, I'vebegun to read this following
your advices
<a class="moz-txt-link-freetext"
href="http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy&...;,
I don't
think I will have time enough to get it work quickly, I'm not
experienced enough with this kind of feature, unless you help me.
Le 24/05/2014 10:49, Gilad Chaplik a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Hi Nathanaël,
You have 2 ways to get what you're after (quick/slow):
1) install 'oVirt's external scheduling proxy', and write an extremely
simple weight function that orders hosts by used memory, then add that to
your cluster policy.
2) open an RFE for oVirt 3.4 to have that in
(<a class="moz-txt-link-freetext"
href="https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt"&...>).
let me know if you consider (1), and I'll assist.
anyway I suggest you'll open an RFE for 3.5.
Thanks,
Gilad.
----- Original Message -----
</pre>
<blockquote type="cite">
<pre wrap="">From: "Nathanaël Blanchet" <a
class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a>
To: "Karli Sjöberg" <a class="moz-txt-link-rfc2396E"
href="mailto:Karli.Sjoberg@slu.se"><Karli.Sjoberg@slu.se></a>
Cc: "users" <a class="moz-txt-link-rfc2396E"
href="mailto:users@ovirt.org"><users@ovirt.org></a>
Sent: Friday, May 23, 2014 7:38:40 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
even distribution is for cpu only
Le 23/05/2014 17:48, Karli Sjöberg a écrit :
Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
<a class="moz-txt-link-rfc2396E"
href="mailto:blanchet@abes.fr"><blanchet@abes.fr></a> :
</pre>
<blockquote type="cite">
<pre wrap="">
Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
</pre>
<blockquote type="cite">
<pre wrap="">Hello,
On ovirt 3.4, is it possible to schedule vms distribution depending on
host RAM availibility?
Concretly, I had to manually move vms all the vms to the second host
of the cluster, this lead to reach 90% occupation of memory on the
destination host. When my first host has rebooted, none vms of the
second host automatically migrated to the first one which had full
RAM. How to make this happen?
</pre>
</blockquote>
<pre wrap="">... so as to both hosts be RAM evenly
distributed... hope to be enough
clear...
</pre>
</blockquote>
<pre wrap="">Sounds like you just want to apply the cluster
policy for even
distribution.
Have you assigned any policy for that cluster?
/K
</pre>
<blockquote type="cite">
<pre wrap="">--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
<pre wrap="">--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14 <a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a>
_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated"
href="mailto:Users@ovirt.org">Users@ovirt.org</a>
<a class="moz-txt-link-freetext"
href="http://lists.ovirt.org/mailman/listinfo/users">http://...
</pre>
</blockquote>
</blockquote>
<pre wrap="">
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a>
</pre>
</blockquote>
<pre wrap="">></pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
<a class="moz-txt-link-abbreviated"
href="mailto:blanchet@abes.fr">blanchet@abes.fr</a> </pre>
</body>
</html>
--------------000809050505090608080605--
10:37 a.m.
New subject: SLA : RAM scheduling
----- Original Message -----
From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
To: "Gilad Chaplik" <gchaplik(a)redhat.com>
Cc: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org>
Sent: Wednesday, May 28, 2014 6:26:16 PM
Subject: Re: [ovirt-users] SLA : RAM scheduling
Hi Gilad,
I followed your instructions, but it didn't work for me, I think for
many reasons.
Le 26/05/2014 16:22, Gilad Chaplik a écrit :
> Hi Nathanaël,
>
> happy to assist :) hope it will work in first run:
>
> 1) install the proxy and ovirtsdk.
yum install -y ovirt-scheduler-proxy
> 2) put attached file in the right place (according to docs:
".../plugins"),
according to the docs
(http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy), the
place should be "plugins_path=$PYTHONPATH/ovirt_scheduler/plugins",
which is should be mentionned in Scheduler conf file
(/etc/ovirt/scheduler/scheduler.conf), but none of them exists in the
filesystem!!! I've only found /usr/share/ovirt-scheduler-proxy/plugins
for placing the python file and no scheduler.conf is present where I
could change that path.
could be a bug in docs or installation - once we'll get it working for you I'll
see to it.
btw, change 'abs(0 - engine_host.max_scheduling_memory)' to 'sys.maxsize -
engine_host.max_scheduling_memory'
> make sure to edit the file with your ovirt's ip, user@domain
and PW.
My engine API can't be reached in http, so there is some work to do this
with https. Here is what I did : according to
/usr/lib/python2.6/site-packages/ovirtsdk/api.py, I add insecure=True to
the chain
connection = API(url='http*s*://host:port',
username='user@domain',
password=''*insecure='True'*)
Maybe it is not enough and it would be useful to add
validate_cert_chain=False...
Martin?
> 3) restart proxy service.
> 3) use config tool to configure ovirt-engine:
> * "ExternalSchedulerServiceURL"="http://<ip>:18781/"
The scheduler proxy listens to localhost:18781, none of ips that can be
filled here will be reached on that port.
you config ovirt engine with the ip of the proxy, or I'm missing sth.
ovirt communicates with the proxy and not the other way around.
> * "ExternalSchedulerEnabled"=true
> 4) restart ovirt-engine service.
> 5) under configure->cluster_policy see that weight function
> memory_even_distribution was added (should be in manage policy units or
> /sth- you will see it in the main dialog as well).
> 6) clone/copy currernt cluster's used cluster policy (probably none -
> prefer it to have no balancing modules to avoid conflicts), name it
> 'your_name' and attach memory_even_distribution weight (you can leave it
> as the only weight module in weight section to avoid configuring factors).
> 7) replace cluster's cluster policy with newly created one.
>
> try it out and let me know how goes :-)
>
> Thanks,
> Gilad.
If all above is tru, should be a good idea to update the wiki...
> ----- Original Message -----
>> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
>> To: "Gilad Chaplik" <gchaplik(a)redhat.com>
>> Cc: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>, "users"
<users(a)ovirt.org>
>> Sent: Monday, May 26, 2014 12:12:41 PM
>> Subject: Re: [ovirt-users] SLA : RAM scheduling
>>
>> Hi Gilad,
>>
>> Yes, I'm interested in that feature, I'vebegun to read this following
>> your advices
>> http://www.ovirt.org/Features/oVirt_External_Scheduling_Proxy, I don't
>> think I will have time enough to get it work quickly, I'm not
>> experienced enough with this kind of feature, unless you help me.
>>
>> Le 24/05/2014 10:49, Gilad Chaplik a écrit :
>>> Hi Nathanaël,
>>>
>>> You have 2 ways to get what you're after (quick/slow):
>>> 1) install 'oVirt's external scheduling proxy', and write an
extremely
>>> simple weight function that orders hosts by used memory, then add that to
>>> your cluster policy.
>>> 2) open an RFE for oVirt 3.4 to have that in
>>> (https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt).
>>>
>>> let me know if you consider (1), and I'll assist.
>>>
>>> anyway I suggest you'll open an RFE for 3.5.
>>>
>>> Thanks,
>>> Gilad.
>>>
>>> ----- Original Message -----
>>>> From: "Nathanaël Blanchet" <blanchet(a)abes.fr>
>>>> To: "Karli Sjöberg" <Karli.Sjoberg(a)slu.se>
>>>> Cc: "users" <users(a)ovirt.org>
>>>> Sent: Friday, May 23, 2014 7:38:40 PM
>>>> Subject: Re: [ovirt-users] SLA : RAM scheduling
>>>>
>>>> even distribution is for cpu only
>>>>
>>>> Le 23/05/2014 17:48, Karli Sjöberg a écrit :
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Den 23 maj 2014 17:13 skrev =?ISO-8859-1?Q?Nathana=EBl_Blanchet?=
>>>> <blanchet(a)abes.fr> :
>>>>> Le 23/05/2014 17:11, Nathanaël Blanchet a écrit :
>>>>>> Hello,
>>>>>> On ovirt 3.4, is it possible to schedule vms distribution
depending on
>>>>>> host RAM availibility?
>>>>>> Concretly, I had to manually move vms all the vms to the second
host
>>>>>> of the cluster, this lead to reach 90% occupation of memory on
the
>>>>>> destination host. When my first host has rebooted, none vms of
the
>>>>>> second host automatically migrated to the first one which had
full
>>>>>> RAM. How to make this happen?
>>>>>>
>>>>> ... so as to both hosts be RAM evenly distributed... hope to be
enough
>>>>> clear...
>>>> Sounds like you just want to apply the cluster policy for even
>>>> distribution.
>>>> Have you assigned any policy for that cluster?
>>>>
>>>> /K
>>>>
>>>>> --
>>>>> Nathanaël Blanchet
>>>>>
>>>>> Supervision réseau
>>>>> Pôle exploitation et maintenance
>>>>> Département des systèmes d'information
>>>>> 227 avenue Professeur-Jean-Louis-Viala
>>>>> 34193 MONTPELLIER CEDEX 5
>>>>> Tél. 33 (0)4 67 54 84 55
>>>>> Fax 33 (0)4 67 54 84 14
>>>>> blanchet(a)abes.fr
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)ovirt.org
>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>> --
>>>> Nathanaël Blanchet
>>>>
>>>> Supervision réseau
>>>> Pôle exploitation et maintenance
>>>> Département des systèmes d'information
>>>> 227 avenue Professeur-Jean-Louis-Viala
>>>> 34193 MONTPELLIER CEDEX 5
>>>> Tél. 33 (0)4 67 54 84 55
>>>> Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>
>> --
>> Nathanaël Blanchet
>>
>> Supervision réseau
>> Pôle exploitation et maintenance
>> Département des systèmes d'information
>> 227 avenue Professeur-Jean-Louis-Viala
>> 34193 MONTPELLIER CEDEX 5
>> Tél. 33 (0)4 67 54 84 55
>> Fax 33 (0)4 67 54 84 14
>> blanchet(a)abes.fr
>>
> >
--
Nathanaël Blanchet
Supervision réseau
Pôle exploitation et maintenance
Département des systèmes d'information
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
5:16 a.m.
New subject: SLA : RAM scheduling
On 28-5-2014 17:37, Gilad Chaplik wrote:
>> make sure to edit the file with your ovirt's ip,
user@domain and PW.
> My engine API can't be reached in http, so there is some work to do this
> with https. Here is what I did : according to
> /usr/lib/python2.6/site-packages/ovirtsdk/api.py, I add insecure=True to
> the chain
> connection = API(url='http*s*://host:port',
> username='user@domain',
> password=''*insecure='True'*)
> Maybe it is not enough and it would be useful to add
> validate_cert_chain=False...
Martin?
>> 3) restart proxy service.
>> 3) use config tool to configure ovirt-engine:
>> * "ExternalSchedulerServiceURL"="http://<ip>:18781/"
> The scheduler proxy listens to localhost:18781, none of ips that can be
> filled here will be reached on that port.
you config ovirt engine with the ip of the proxy, or I'm missing sth.
ovirt communicates with the proxy and not the other way around.
I'm following this and found out that ovirt-scheduler-proxy only listens
on localhost so you'll need to adjust accordingly.
Joop
7:31 a.m.
New subject: SLA : RAM scheduling
On 26-5-2014 16:22, Gilad Chaplik wrote:
Hi Nathanaël,
happy to assist :) hope it will work in first run:
1) install the proxy and ovirtsdk.
2) put attached file in the right place (according to docs: ".../plugins"),
make sure to edit the file with your ovirt's ip, user@domain and PW.
3) restart proxy service.
3) use config tool to configure ovirt-engine:
* "ExternalSchedulerServiceURL"="http://<ip>:18781/"
* "ExternalSchedulerEnabled"=true
4) restart ovirt-engine service.
5) under configure->cluster_policy see that weight function memory_even_distribution
was added (should be in manage policy units or /sth- you will see it in the main dialog as
well).
6) clone/copy currernt cluster's used cluster policy (probably none - prefer it to
have no balancing modules to avoid conflicts), name it 'your_name' and attach
memory_even_distribution weight (you can leave it as the only weight module in weight
section to avoid configuring factors).
7) replace cluster's cluster policy with newly created one.
try it out and let me know how goes :-)
Ok, progress of some sort :-)
I added the weight function to the cluster and when I replace my dns
name with localhost in ExternalSchedulerServiceURL then engine.log shows
that it can contact the scheduler. I expected a rebalance but nothing
happened. Stopping and starting a VM does provoke a reaction, an error :-(
From the scheduler.log I see that engine contacts it and pushes some
information, the log also shows that some information is returned and
then there is a big error message in the log of engine.
Joop
3:50 a.m.
New subject: SLA : RAM scheduling
On 11 Jun 2014, at 14:31, noc wrote:
On 26-5-2014 16:22, Gilad Chaplik wrote:
> Hi Nathanaël,
>
> happy to assist :) hope it will work in first run:
>
> 1) install the proxy and ovirtsdk.
> 2) put attached file in the right place (according to docs: ".../plugins"),
make sure to edit the file with your ovirt's ip, user@domain and PW.
> 3) restart proxy service.
> 3) use config tool to configure ovirt-engine:
> * "ExternalSchedulerServiceURL"="http://<ip>:18781/"
> * "ExternalSchedulerEnabled"=true
> 4) restart ovirt-engine service.
> 5) under configure->cluster_policy see that weight function
memory_even_distribution was added (should be in manage policy units or /sth- you will see
it in the main dialog as well).
> 6) clone/copy currernt cluster's used cluster policy (probably none - prefer it
to have no balancing modules to avoid conflicts), name it 'your_name' and attach
memory_even_distribution weight (you can leave it as the only weight module in weight
section to avoid configuring factors).
> 7) replace cluster's cluster policy with newly created one.
>
> try it out and let me know how goes :-)
>
>
Ok, progress of some sort :-)
I added the weight function to the cluster and when I replace my dns name with localhost
in ExternalSchedulerServiceURL then engine.log shows that it can contact the scheduler. I
expected a rebalance but nothing happened. Stopping and starting a VM does provoke a
reaction, an error :-(
From the scheduler.log I see that engine contacts it and pushes some information, the log
also shows that some information is returned and then there is a big error message in the
log of engine.
xmlrpc is infamous about not being able to handle numbers like 9223372010239819775
Thanks,
michal
Joop
<engine.log><ovirt-scheduler-proxy.log>_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
3:57 a.m.
New subject: SLA : RAM scheduling
This is a multi-part message in MIME format.
--------------080108070306050603070009
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Michal Skrivanek wrote:
On 11 Jun 2014, at 14:31, noc wrote:
> On 26-5-2014 16:22, Gilad Chaplik wrote:
>
>> Hi Nathanaël,
>>
>> happy to assist :) hope it will work in first run:
>>
>> 1) install the proxy and ovirtsdk.
>> 2) put attached file in the right place (according to docs:
".../plugins"), make sure to edit the file with your ovirt's ip, user@domain
and PW.
>> 3) restart proxy service.
>> 3) use config tool to configure ovirt-engine:
>> * "ExternalSchedulerServiceURL"="http://<ip>:18781/"
>> * "ExternalSchedulerEnabled"=true
>> 4) restart ovirt-engine service.
>> 5) under configure->cluster_policy see that weight function
memory_even_distribution was added (should be in manage policy units or /sth- you will see
it in the main dialog as well).
>> 6) clone/copy currernt cluster's used cluster policy (probably none - prefer
it to have no balancing modules to avoid conflicts), name it 'your_name' and
attach memory_even_distribution weight (you can leave it as the only weight module in
weight section to avoid configuring factors).
>> 7) replace cluster's cluster policy with newly created one.
>>
>> try it out and let me know how goes :-)
>>
>>
>>
> Ok, progress of some sort :-)
>
> I added the weight function to the cluster and when I replace my dns name with
localhost in ExternalSchedulerServiceURL then engine.log shows that it can contact the
scheduler. I expected a rebalance but nothing happened. Stopping and starting a VM does
provoke a reaction, an error :-(
>
> From the scheduler.log I see that engine contacts it and pushes some information, the
log also shows that some information is returned and then there is a big error message in
the log of engine.
>
xmlrpc is infamous about not being able to handle numbers like 9223372010239819775
Then oVirt shouldn't either use that kind of numbers or should not use
xmlrpc.
Sorry but thats a non-answer and doesn't help anybody.
Howto solve this problem. Do you need a BZ?
Joop
--------------080108070306050603070009
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1"
http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Michal Skrivanek wrote:
<blockquote cite="mid:E04C56CC-D3B2-4105-ACC8-346DEB8BFB7B@redhat.com"
type="cite">
<pre wrap="">On 11 Jun 2014, at 14:31, noc wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On 26-5-2014 16:22, Gilad Chaplik wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Hi Nathanaël,
happy to assist :) hope it will work in first run:
1) install the proxy and ovirtsdk.
2) put attached file in the right place (according to docs: ".../plugins"), make
sure to edit the file with your ovirt's ip, user@domain and PW.
3) restart proxy service.
3) use config tool to configure ovirt-engine:
* "ExternalSchedulerServiceURL"="<a
class="moz-txt-link-freetext"
href="http://">http://</a><ip>:18781/"
* "ExternalSchedulerEnabled"=true
4) restart ovirt-engine service.
5) under configure->cluster_policy see that weight function
memory_even_distribution was added (should be in manage policy units or /sth- you will see
it in the main dialog as well).
6) clone/copy currernt cluster's used cluster policy (probably none - prefer it to
have no balancing modules to avoid conflicts), name it 'your_name' and attach
memory_even_distribution weight (you can leave it as the only weight module in weight
section to avoid configuring factors).
7) replace cluster's cluster policy with newly created one.
try it out and let me know how goes :-)
</pre>
</blockquote>
<pre wrap="">Ok, progress of some sort :-)
I added the weight function to the cluster and when I replace my dns name with localhost
in ExternalSchedulerServiceURL then engine.log shows that it can contact the scheduler. I
expected a rebalance but nothing happened. Stopping and starting a VM does provoke a
reaction, an error :-(
From the scheduler.log I see that engine contacts it and pushes some
information, the log also shows that some information is returned and then there is a big
error message in the log of engine.
</pre>
</blockquote>
<pre wrap=""><!---->
xmlrpc is infamous about not being able to handle numbers like 9223372010239819775
</pre>
</blockquote>
Then oVirt shouldn't either use that kind of numbers or should not use
xmlrpc.<br>
<br>
Sorry but thats a non-answer and doesn't help anybody.<br>
<br>
Howto solve this problem. Do you need a BZ?<br>
<br>
Joop<br>
<br>
</body>
</html>
--------------080108070306050603070009--
4:04 a.m.
New subject: SLA : RAM scheduling
Well, I know this is not that
helpful but afaik there is work done
to replace xml-rpc communication with json based
communication.
Am 13.06.2014 10:57, schrieb Joop:
Then oVirt shouldn't either use that kind of numbers or should
not use
xmlrpc.
Sorry but thats a non-answer and doesn't help anybody.
Howto solve this problem. Do you need a BZ?
Joop
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
5:21 a.m.
New subject: SLA : RAM scheduling
On 13 Jun 2014, at 11:04, Sven Kieske wrote:
Well, I know this is not that
helpful but afaik there is work done
to replace xml-rpc communication with json based
communication.
@Sven:
yeah, and one of the (many) reasons why we want it. But that's vdsm.
Scheduler is a different package/app.
Typical workaround is to use a string type to pass integer numbers (or use smaller
numbers:)
Am 13.06.2014 10:57, schrieb Joop:
> Then oVirt shouldn't either use that kind of numbers or should not use
> xmlrpc.
>
> Sorry but thats a non-answer and doesn't help anybody.
@Joop:
what's with the attitude?
I have nothing to do with the scheduler and I have no idea what is it trying or supposed
to return…I'm just pointing out the error is due to the large whatever number being
returned; in hope of someone with knowledge of the scheduler will take it from there.
I'd tend to agree XMLRPC is not the best thing to use; and I think it's important
to keep reminding the common pitfalls of it.
>
> Howto solve this problem. Do you need a BZ?
patches welcome, BZ always helps. However I'd wait for someone more familiar with the
code to answer.
Thanks,
michal
>
> Joop
--
Mit freundlichen Grüßen / Regards
Sven Kieske
Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
5:50 a.m.
New subject: SLA : RAM scheduling
This is a multi-part message in MIME format.
--------------090806070109050204010202
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Michal Skrivanek wrote:
On 13 Jun 2014, at 11:04, Sven Kieske wrote:
> Well, I know this is not that
> helpful but afaik there is work done
> to replace xml-rpc communication with json based
> communication.
>
@Sven:
yeah, and one of the (many) reasons why we want it. But that's vdsm.
Scheduler is a different package/app.
Typical workaround is to use a string type to pass integer numbers (or use smaller
numbers:)
> Am 13.06.2014 10:57, schrieb Joop:
>
>> Then oVirt shouldn't either use that kind of numbers or should not use
>> xmlrpc.
>>
>> Sorry but thats a non-answer and doesn't help anybody.
>>
@Joop:
what's with the attitude?
I have nothing to do with the scheduler and I have no idea what is it trying or supposed
to return
I'm just pointing out the error is due to the large whatever number being returned; in
hope of someone with knowledge of the scheduler will take it from there.
I'd tend to agree XMLRPC is not the best thing to use; and I think it's important
to keep reminding the common pitfalls of it.
Sorry I'm only trying to help someone which got the code and it doesn't
seem to work and I just figured out what is not working and replied that
back to the list for everyone to see and comment on. With the now
supplied reason I understand why it doesn't work but don't understand
why the code is supplied in this form. Looking at the output again I
don't get why the numbers are that big. The servers only have 32G and
now way you use calc will it come close to the numbers seen :-(
Joop
--------------090806070109050204010202
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Michal Skrivanek wrote:
<blockquote cite="mid:5310D03D-51D4-4FB2-BDE3-69CB1B77BC17@redhat.com"
type="cite">
<pre wrap="">On 13 Jun 2014, at 11:04, Sven Kieske wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Well, I know this is not that
helpful but afaik there is work done
to replace xml-rpc communication with json based
communication.
</pre>
</blockquote>
<pre wrap=""><!---->
@Sven:
yeah, and one of the (many) reasons why we want it. But that's vdsm.
Scheduler is a different package/app.
Typical workaround is to use a string type to pass integer numbers (or use smaller
numbers:)
</pre>
<blockquote type="cite">
<pre wrap="">
Am 13.06.2014 10:57, schrieb Joop:
</pre>
<blockquote type="cite">
<pre wrap="">Then oVirt shouldn't either use that kind of
numbers or should not use
xmlrpc.
Sorry but thats a non-answer and doesn't help anybody.
</pre>
</blockquote>
</blockquote>
<pre wrap=""><!---->
@Joop:
what's with the attitude?
I have nothing to do with the scheduler and I have no idea what is it trying or supposed
to return
I'm just pointing out the error is due to the large whatever number being returned; in
hope of someone with knowledge of the scheduler will take it from there.
I'd tend to agree XMLRPC is not the best thing to use; and I think it's important
to keep reminding the common pitfalls of it.
</pre>
</blockquote>
Sorry I'm only trying to help someone which got the code and it doesn't
seem to work and I just figured out what is not working and replied
that back to the list for everyone to see and comment on. With the now
supplied reason I understand why it doesn't work but don't understand
why the code is supplied in this form. Looking at the output again I
don't get why the numbers are that big. The servers only have 32G and
now way you use calc will it come close to the numbers seen :-(<br>
<br>
Joop<br>
<br>
<br>
</body>
</html>
--------------090806070109050204010202--
3603
days inactive
3624
days old
15 comments
8 participants
participants (8)
-
Doron Fediuck -
Gilad Chaplik -
Joop -
Karli Sjöberg -
Michal Skrivanek -
Nathanaël Blanchet -
noc -
Sven Kieske