On 7 Oct 2016, at 14:42, Nir Soffer <nsoffer@redhat.com> wrote: =20 On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi <stirabos@redhat.com = <mailto:stirabos@redhat.com>> wrote: =20 =20 On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer <nsoffer@redhat.com = <mailto:nsoffer@redhat.com>> wrote: On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi = <stirabos@redhat.com <mailto:stirabos@redhat.com>> wrote: =20 =20 On Wed, Oct 5, 2016 at 9:17 AM, gregor <gregor_forum@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 =
=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 =
--Apple-Mail=_7EB9EF8C-BE5A-48FF-82EF-9D77E5D03B01 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 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? 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@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@redhat.com</a>> = 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@redhat.com</a>></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@redhat.com</a>></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@redhat.com</a>></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@catrix.at</a>></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@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--