7:52 a.m.
--Apple-Mail=_7EB9EF8C-BE5A-48FF-82EF-9D77E5D03B01
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=utf-8
On 7 Oct 2016, at 14:42, Nir Soffer <nsoffer(a)redhat.com>
wrote:
=20
On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi <stirabos(a)redhat.com =
<mailto:stirabos@redhat.com>> wrote:
=20
=20
On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer <nsoffer(a)redhat.com =
<mailto:nsoffer@redhat.com>> wrote:
On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi =
<stirabos(a)redhat.com <mailto:stirabos@redhat.com>> wrote:
=20
=20
On Wed, Oct 5, 2016 at 9:17 AM, gregor <gregor_forum(a)catrix.at =
<mailto:gregor_forum@catrix.at>> wrote:
Hi,
=20
did you found a solution or cause for this high CPU usage?
I have installed the self hosted engine on another server and there is
no VM running but ovirt-ha-agent uses heavily the CPU.
=20
Yes, it's due to the fact that ovirt-ha-agent periodically reconnects =
over
json rpc and this is CPU intensive since the client has to parse =
the yaml API specification each time it connects.
wasn=E2=80=99t it suppose to be fixed to reuse the connection? Like all =
the other clients (vdsm migration code:-)=20
Does schema validation matter then if there would be only one connection =
at the start up?
=20
Simone, reusing the connection is good idea anyway, but what you =
describe is=20
a bug in the client library. The library does *not* need to load and
=
parse the
schema at all for sending requests to vdsm.
=20
The schema is only needed if you want to verify request parameters,
or provide online help, these are not needed in a client library.
=20
Please file an infra bug about it.
=20
Done, https://bugzilla.redhat.com/show_bug.cgi?id=3D1381899 =
<https://bugzilla.redhat.com/show_bug.cgi?id=3D1381899>
=20
Here is a patch that should eliminate most most of the problem:
https://gerrit.ovirt.org/65230 <https://gerrit.ovirt.org/65230>
=20
Would be nice if it can be tested on the system showing this problem.
=20
Cheers,
Nir
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
--Apple-Mail=_7EB9EF8C-BE5A-48FF-82EF-9D77E5D03B01
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
charset=utf-8
<html><head><meta http-equiv=3D"Content-Type"
content=3D"text/html =
charset=3Dutf-8"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" =
class=3D""><br class=3D""><div><blockquote
type=3D"cite" class=3D""><div =
class=3D"">On 7 Oct 2016, at 14:42, Nir Soffer <<a =
href=3D"mailto:nsoffer@redhat.com"
class=3D"">nsoffer(a)redhat.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><div
class=3D""><div =
dir=3D"ltr" class=3D""><div
class=3D"gmail_extra"><div =
class=3D"gmail_quote">On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi =
<span dir=3D"ltr" class=3D""><<a
href=3D"mailto:stirabos@redhat.com" =
target=3D"_blank"
class=3D"">stirabos(a)redhat.com</a>&gt;</span> =
wrote:<br class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0px=
0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"
class=3D""><br =
class=3D""><div class=3D"gmail_extra"><br
class=3D""><div =
class=3D"gmail_quote"><span class=3D"gmail-">On Wed, Oct 5,
2016 at =
10:34 AM, Nir Soffer <span dir=3D"ltr" class=3D""><<a
=
href=3D"mailto:nsoffer@redhat.com" target=3D"_blank" =
class=3D"">nsoffer(a)redhat.com</a>&gt;</span> wrote:<br =
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div =
dir=3D"ltr" class=3D""><div
class=3D"gmail_extra"><div =
class=3D"gmail_quote"><span class=3D"">On Wed, Oct 5, 2016 at
10:24 AM, =
Simone Tiraboschi <span dir=3D"ltr" class=3D""><<a =
href=3D"mailto:stirabos@redhat.com" target=3D"_blank" =
class=3D"">stirabos(a)redhat.com</a>&gt;</span> wrote:<br =
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div =
dir=3D"ltr" class=3D""><br class=3D""><div
class=3D"gmail_extra"><br =
class=3D""><div class=3D"gmail_quote"><span
class=3D"">On Wed, Oct 5, =
2016 at 9:17 AM, gregor <span dir=3D"ltr"
class=3D""><<a =
href=3D"mailto:gregor_forum@catrix.at" target=3D"_blank" =
class=3D"">gregor_forum(a)catrix.at</a>&gt;</span> wrote:<br
=
class=3D""><blockquote class=3D"gmail_quote"
style=3D"margin:0px 0px 0px =
0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br =
class=3D"">
<br class=3D"">
did you found a solution or cause for this high CPU usage?<br class=3D"">
I have installed the self hosted engine on another server and there =
is<br class=3D"">
no VM running but ovirt-ha-agent uses heavily the CPU.<br =
class=3D""></blockquote><div class=3D""><br
class=3D""></div></span>Yes, =
it's due to the fact that ovirt-ha-agent periodically reconnects over =
json rpc and this is CPU intensive since the client has to parse the =
yaml API specification each time it connects.<br =
class=3D""></div></div></div></blockquote></span></div></div></div></block=
quote></span></div></div></div></blockquote></div></div></div></div></bloc=
kquote><div><br class=3D""></div>wasn=E2=80=99t it suppose
to be fixed =
to reuse the connection? Like all the other clients (vdsm migration =
code:-) </div><div>Does schema validation matter then if there =
would be only one connection at the start up?</div><div><br =
class=3D""><blockquote type=3D"cite"
class=3D""><div class=3D""><div =
dir=3D"ltr" class=3D""><div
class=3D"gmail_extra"><div =
class=3D"gmail_quote"><blockquote class=3D"gmail_quote" =
style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"
class=3D""><div =
class=3D"gmail_extra"><div class=3D"gmail_quote"><span =
class=3D"gmail-"><blockquote class=3D"gmail_quote"
style=3D"margin:0px =
0px 0px 0.8ex;border-left:1px solid =
rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"
class=3D""><div =
class=3D"gmail_extra"><div class=3D"gmail_quote"><span
class=3D""><div =
class=3D""><br class=3D""></div></span><div
class=3D"">Simone, reusing =
the connection is good idea anyway, but what you describe =
is </div><div class=3D"">a bug in the client library. The
library =
does *not* need to load and parse the</div><div class=3D"">schema at
all =
for sending requests to vdsm.</div><div class=3D""><br =
class=3D""></div><div class=3D"">The schema is only
needed if you want =
to verify request parameters,</div><div class=3D"">or provide online
=
help, these are not needed in a client library.</div><div
class=3D""><br =
class=3D""></div><div class=3D"">Please file an infra
bug about =
it.</div></div></div></div></blockquote><div
class=3D""><br =
class=3D""></div></span><div class=3D"">Done,
<a =
href=3D"https://bugzilla.redhat.com/show_bug.cgi?id=3D1381899" =
target=3D"_blank" class=3D"">https://bugzilla.redhat.com/<wbr =
class=3D"">show_bug.cgi?id=3D1381899</a></div></div></div></div></blockquo=
te><div class=3D""><br class=3D""></div><div
class=3D"">Here is a patch =
that should eliminate most most of the problem:</div><div
class=3D""><a =
href=3D"https://gerrit.ovirt.org/65230" =
class=3D"">https://gerrit.ovirt.org/65230</a><br
class=3D""></div><div =
class=3D""><br class=3D""></div><div
class=3D"">Would be nice if it can =
be tested on the system showing this problem.</div><div
class=3D""><br =
class=3D""></div><div
class=3D"">Cheers,</div><div =
class=3D"">Nir</div></div></div></div>
_______________________________________________<br class=3D"">Users =
mailing list<br class=3D""><a href=3D"mailto:Users@ovirt.org"
=
class=3D"">Users(a)ovirt.org</a><br =
class=3D"">http://lists.ovirt.org/mailman/listinfo/users<br =
class=3D""></div></blockquote></div><br
class=3D""></body></html>=
--Apple-Mail=_7EB9EF8C-BE5A-48FF-82EF-9D77E5D03B01--