From jvdwege at xs4all.nl Fri Jun 13 06:50:41 2014 Content-Type: multipart/mixed; boundary="===============1071400559223831182==" MIME-Version: 1.0 From: Joop To: users at ovirt.org Subject: Re: [ovirt-users] SLA : RAM scheduling Date: Fri, 13 Jun 2014 12:50:38 +0200 Message-ID: <539AD77E.2010104@xs4all.nl> In-Reply-To: 5310D03D-51D4-4FB2-BDE3-69CB1B77BC17@redhat.com --===============1071400559223831182== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable This is a multi-part message in MIME format. --------------090806070109050204010202 Content-Type: text/plain; charset=3Dwindows-1252; format=3Dflowed 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 us= e 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 try= ing or supposed to return=C2=85I'm just pointing out the error is due to th= e large whatever number being returned; in hope of someone with knowledge o= f 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 i= mportant 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=3Dwindows-1252 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 o=
r 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 tryin=
g or supposed to return=C2=85I'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 imp=
ortant 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-- --===============1071400559223831182== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" VGhpcyBpcyBhIG11bHRpLXBhcnQgbWVzc2FnZSBpbiBNSU1FIGZvcm1hdC4KLS0tLS0tLS0tLS0t LS0wOTA4MDYwNzAxMDkwNTAyMDQwMTAyMDIKQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFy c2V0PXdpbmRvd3MtMTI1MjsgZm9ybWF0PWZsb3dlZApDb250ZW50LVRyYW5zZmVyLUVuY29kaW5n OiA4Yml0CgpNaWNoYWwgU2tyaXZhbmVrIHdyb3RlOgo+IE9uIDEzIEp1biAyMDE0LCBhdCAxMTow NCwgU3ZlbiBLaWVza2Ugd3JvdGU6Cj4KPiAgIAo+PiBXZWxsLCBJIGtub3cgdGhpcyBpcyBub3Qg dGhhdAo+PiBoZWxwZnVsIGJ1dCBhZmFpayB0aGVyZSBpcyB3b3JrIGRvbmUKPj4gdG8gcmVwbGFj ZSB4bWwtcnBjIGNvbW11bmljYXRpb24gd2l0aCBqc29uIGJhc2VkCj4+IGNvbW11bmljYXRpb24u Cj4+ICAgICAKPgo+IEBTdmVuOgo+IHllYWgsIGFuZCBvbmUgb2YgdGhlIChtYW55KSByZWFzb25z IHdoeSB3ZSB3YW50IGl0LiBCdXQgdGhhdCdzIHZkc20uIAo+IFNjaGVkdWxlciBpcyBhIGRpZmZl cmVudCBwYWNrYWdlL2FwcC4KPiBUeXBpY2FsIHdvcmthcm91bmQgaXMgdG8gdXNlIGEgc3RyaW5n IHR5cGUgdG8gcGFzcyBpbnRlZ2VyIG51bWJlcnMgKG9yIHVzZSBzbWFsbGVyIG51bWJlcnM6KQo+ Cj4gICAKPj4gQW0gMTMuMDYuMjAxNCAxMDo1Nywgc2NocmllYiBKb29wOgo+PiAgICAgCj4+PiBU aGVuIG9WaXJ0IHNob3VsZG4ndCBlaXRoZXIgdXNlIHRoYXQga2luZCBvZiBudW1iZXJzIG9yIHNo b3VsZCBub3QgdXNlCj4+PiB4bWxycGMuCj4+Pgo+Pj4gU29ycnkgYnV0IHRoYXRzIGEgbm9uLWFu c3dlciBhbmQgZG9lc24ndCBoZWxwIGFueWJvZHkuCj4+PiAgICAgICAKPgo+IEBKb29wOgo+IHdo YXQncyB3aXRoIHRoZSBhdHRpdHVkZT8KPiBJIGhhdmUgbm90aGluZyB0byBkbyB3aXRoIHRoZSBz Y2hlZHVsZXIgYW5kIEkgaGF2ZSBubyBpZGVhIHdoYXQgaXMgaXQgdHJ5aW5nIG9yIHN1cHBvc2Vk IHRvIHJldHVyboVJJ20ganVzdCBwb2ludGluZyBvdXQgdGhlIGVycm9yIGlzIGR1ZSB0byB0aGUg bGFyZ2Ugd2hhdGV2ZXIgbnVtYmVyIGJlaW5nIHJldHVybmVkOyBpbiBob3BlIG9mIHNvbWVvbmUg d2l0aCBrbm93bGVkZ2Ugb2YgdGhlIHNjaGVkdWxlciB3aWxsIHRha2UgaXQgZnJvbSB0aGVyZS4K PiBJJ2QgdGVuZCB0byBhZ3JlZSBYTUxSUEMgaXMgbm90IHRoZSBiZXN0IHRoaW5nIHRvIHVzZTsg YW5kIEkgdGhpbmsgaXQncyBpbXBvcnRhbnQgdG8ga2VlcCByZW1pbmRpbmcgdGhlIGNvbW1vbiBw aXRmYWxscyBvZiBpdC4KPgo+ICAgClNvcnJ5IEknbSBvbmx5IHRyeWluZyB0byBoZWxwIHNvbWVv bmUgd2hpY2ggZ290IHRoZSBjb2RlIGFuZCBpdCBkb2Vzbid0IApzZWVtIHRvIHdvcmsgYW5kIEkg anVzdCBmaWd1cmVkIG91dCB3aGF0IGlzIG5vdCB3b3JraW5nIGFuZCByZXBsaWVkIHRoYXQgCmJh Y2sgdG8gdGhlIGxpc3QgZm9yIGV2ZXJ5b25lIHRvIHNlZSBhbmQgY29tbWVudCBvbi4gV2l0aCB0 aGUgbm93IApzdXBwbGllZCByZWFzb24gSSB1bmRlcnN0YW5kIHdoeSBpdCBkb2Vzbid0IHdvcmsg YnV0IGRvbid0IHVuZGVyc3RhbmQgCndoeSB0aGUgY29kZSBpcyBzdXBwbGllZCBpbiB0aGlzIGZv cm0uIExvb2tpbmcgYXQgdGhlIG91dHB1dCBhZ2FpbiBJIApkb24ndCBnZXQgd2h5IHRoZSBudW1i ZXJzIGFyZSB0aGF0IGJpZy4gVGhlIHNlcnZlcnMgb25seSBoYXZlIDMyRyBhbmQgCm5vdyB3YXkg eW91IHVzZSBjYWxjIHdpbGwgaXQgY29tZSBjbG9zZSB0byB0aGUgbnVtYmVycyBzZWVuIDotKAoK Sm9vcAoKCgotLS0tLS0tLS0tLS0tLTA5MDgwNjA3MDEwOTA1MDIwNDAxMDIwMgpDb250ZW50LVR5 cGU6IHRleHQvaHRtbDsgY2hhcnNldD13aW5kb3dzLTEyNTIKQ29udGVudC1UcmFuc2Zlci1FbmNv ZGluZzogOGJpdAoKPCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBIVE1MIDQuMDEg VHJhbnNpdGlvbmFsLy9FTiI+CjxodG1sPgo8aGVhZD4KICA8bWV0YSBjb250ZW50PSJ0ZXh0L2h0 bWw7Y2hhcnNldD13aW5kb3dzLTEyNTIiCiBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiPgo8L2hl YWQ+Cjxib2R5IGJnY29sb3I9IiNmZmZmZmYiIHRleHQ9IiMwMDAwMDAiPgpNaWNoYWwgU2tyaXZh bmVrIHdyb3RlOgo8YmxvY2txdW90ZSBjaXRlPSJtaWQ6NTMxMEQwM0QtNTFENC00RkIyLUJERTMt NjlDQjFCNzdCQzE3QHJlZGhhdC5jb20iCiB0eXBlPSJjaXRlIj4KICA8cHJlIHdyYXA9IiI+T24g MTMgSnVuIDIwMTQsIGF0IDExOjA0LCBTdmVuIEtpZXNrZSB3cm90ZToKCiAgPC9wcmU+CiAgPGJs b2NrcXVvdGUgdHlwZT0iY2l0ZSI+CiAgICA8cHJlIHdyYXA9IiI+V2VsbCwgSSBrbm93IHRoaXMg aXMgbm90IHRoYXQKaGVscGZ1bCBidXQgYWZhaWsgdGhlcmUgaXMgd29yayBkb25lCnRvIHJlcGxh Y2UgeG1sLXJwYyBjb21tdW5pY2F0aW9uIHdpdGgganNvbiBiYXNlZApjb21tdW5pY2F0aW9uLgog ICAgPC9wcmU+CiAgPC9ibG9ja3F1b3RlPgogIDxwcmUgd3JhcD0iIj48IS0tLS0+CkBTdmVuOgp5 ZWFoLCBhbmQgb25lIG9mIHRoZSAobWFueSkgcmVhc29ucyB3aHkgd2Ugd2FudCBpdC4gQnV0IHRo YXQncyB2ZHNtLiAKU2NoZWR1bGVyIGlzIGEgZGlmZmVyZW50IHBhY2thZ2UvYXBwLgpUeXBpY2Fs IHdvcmthcm91bmQgaXMgdG8gdXNlIGEgc3RyaW5nIHR5cGUgdG8gcGFzcyBpbnRlZ2VyIG51bWJl cnMgKG9yIHVzZSBzbWFsbGVyIG51bWJlcnM6KQoKICA8L3ByZT4KICA8YmxvY2txdW90ZSB0eXBl PSJjaXRlIj4KICAgIDxwcmUgd3JhcD0iIj4KQW0gMTMuMDYuMjAxNCAxMDo1Nywgc2NocmllYiBK b29wOgogICAgPC9wcmU+CiAgICA8YmxvY2txdW90ZSB0eXBlPSJjaXRlIj4KICAgICAgPHByZSB3 cmFwPSIiPlRoZW4gb1ZpcnQgc2hvdWxkbid0IGVpdGhlciB1c2UgdGhhdCBraW5kIG9mIG51bWJl cnMgb3Igc2hvdWxkIG5vdCB1c2UKeG1scnBjLgoKU29ycnkgYnV0IHRoYXRzIGEgbm9uLWFuc3dl ciBhbmQgZG9lc24ndCBoZWxwIGFueWJvZHkuCiAgICAgIDwvcHJlPgogICAgPC9ibG9ja3F1b3Rl PgogIDwvYmxvY2txdW90ZT4KICA8cHJlIHdyYXA9IiI+PCEtLS0tPgpASm9vcDoKd2hhdCdzIHdp dGggdGhlIGF0dGl0dWRlPwpJIGhhdmUgbm90aGluZyB0byBkbyB3aXRoIHRoZSBzY2hlZHVsZXIg YW5kIEkgaGF2ZSBubyBpZGVhIHdoYXQgaXMgaXQgdHJ5aW5nIG9yIHN1cHBvc2VkIHRvIHJldHVy boVJJ20ganVzdCBwb2ludGluZyBvdXQgdGhlIGVycm9yIGlzIGR1ZSB0byB0aGUgbGFyZ2Ugd2hh dGV2ZXIgbnVtYmVyIGJlaW5nIHJldHVybmVkOyBpbiBob3BlIG9mIHNvbWVvbmUgd2l0aCBrbm93 bGVkZ2Ugb2YgdGhlIHNjaGVkdWxlciB3aWxsIHRha2UgaXQgZnJvbSB0aGVyZS4KSSdkIHRlbmQg dG8gYWdyZWUgWE1MUlBDIGlzIG5vdCB0aGUgYmVzdCB0aGluZyB0byB1c2U7IGFuZCBJIHRoaW5r IGl0J3MgaW1wb3J0YW50IHRvIGtlZXAgcmVtaW5kaW5nIHRoZSBjb21tb24gcGl0ZmFsbHMgb2Yg aXQuCgogIDwvcHJlPgo8L2Jsb2NrcXVvdGU+ClNvcnJ5IEknbSBvbmx5IHRyeWluZyB0byBoZWxw IHNvbWVvbmUgd2hpY2ggZ290IHRoZSBjb2RlIGFuZCBpdCBkb2Vzbid0CnNlZW0gdG8gd29yayBh bmQgSSBqdXN0IGZpZ3VyZWQgb3V0IHdoYXQgaXMgbm90IHdvcmtpbmcgYW5kIHJlcGxpZWQKdGhh dCBiYWNrIHRvIHRoZSBsaXN0IGZvciBldmVyeW9uZSB0byBzZWUgYW5kIGNvbW1lbnQgb24uIFdp dGggdGhlIG5vdwpzdXBwbGllZCByZWFzb24gSSB1bmRlcnN0YW5kIHdoeSBpdCBkb2Vzbid0IHdv cmsgYnV0IGRvbid0IHVuZGVyc3RhbmQKd2h5IHRoZSBjb2RlIGlzIHN1cHBsaWVkIGluIHRoaXMg Zm9ybS4gTG9va2luZyBhdCB0aGUgb3V0cHV0IGFnYWluIEkKZG9uJ3QgZ2V0IHdoeSB0aGUgbnVt YmVycyBhcmUgdGhhdCBiaWcuIFRoZSBzZXJ2ZXJzIG9ubHkgaGF2ZSAzMkcgYW5kCm5vdyB3YXkg eW91IHVzZSBjYWxjIHdpbGwgaXQgY29tZSBjbG9zZSB0byB0aGUgbnVtYmVycyBzZWVuIDotKDxi cj4KPGJyPgpKb29wPGJyPgo8YnI+Cjxicj4KPC9ib2R5Pgo8L2h0bWw+CgotLS0tLS0tLS0tLS0t LTA5MDgwNjA3MDEwOTA1MDIwNDAxMDIwMi0tCg== --===============1071400559223831182==--