[ovirt-users] ovirt-ha-agent cpu usage
Sam Cappello
samc at oracool.net
Fri Oct 7 13:05:59 EDT 2016
it worked for me as well - load avg. < 1 now, ovirt-ha-agent pops up in
top periodically, but not on top using 100% CPU all the time anymore.
thanks!
sam
Gianluca Cecchi wrote on 10/7/2016 10:13 AM:
>
>
> On Fri, Oct 7, 2016 at 3:35 PM, Simone Tiraboschi <stirabos at redhat.com
> <mailto:stirabos at redhat.com>> wrote:
>
>
>
> On Fri, Oct 7, 2016 at 3:22 PM, Gianluca Cecchi
> <gianluca.cecchi at gmail.com <mailto:gianluca.cecchi at gmail.com>> wrote:
>
> On Fri, Oct 7, 2016 at 2:59 PM, Nir Soffer <nsoffer at redhat.com
> <mailto:nsoffer at redhat.com>> wrote:
>
>
> wasn’t it suppose to be fixed to reuse the connection?
> Like all the other clients (vdsm migration code:-)
>
>
> This is orthogonal issue.
>
> Does schema validation matter then if there would be
> only one connection at the start up?
>
>
> Loading once does not help command line tools like
> vdsClient, hosted-engine and
> vdsm-tool.
>
> Nir
>
>
>>
>> Simone, reusing the connection is good idea
>> anyway, but what you describe is
>> a bug in the client library. The library does
>> *not* need to load and parse the
>> schema at all for sending requests to vdsm.
>>
>> The schema is only needed if you want to
>> verify request parameters,
>> or provide online help, these are not needed
>> in a client library.
>>
>> Please file an infra bug about it.
>>
>>
>> Done,
>> https://bugzilla.redhat.com/show_bug.cgi?id=1381899
>> <https://bugzilla.redhat.com/show_bug.cgi?id=1381899>
>>
>>
>> Here is a patch that should eliminate most most of
>> the problem:
>> https://gerrit.ovirt.org/65230
>>
>> Would be nice if it can be tested on the system
>> showing this problem.
>>
>> Cheers,
>> Nir
>> _______________________________________________
>
>
>
> this is a video of 1 minute with the same system as the first
> post, but in 4.0.3 now and the same 3 VMs powered on without
> any particular load.
> It seems very similar to the previous 3.6.6 in cpu used by
> ovirt-ha-agent.
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvSjFDUERzV1owTG8/view?usp=sharing
> <https://drive.google.com/file/d/0BwoPbcrMv8mvSjFDUERzV1owTG8/view?usp=sharing>
>
> Enjoy Nir ;-)
>
> If I can apply the patch also to 4.0.3 I'm going to see if
> there is then a different behavior.
> Let me know,
>
>
> I'm trying it right now.
> Any other tests will be really appreciated.
>
> The patch is pretty simply, you can apply that on the fly.
> You have to shutdown ovirt-ha-broker and ovirt-ha-agent; then you
> could directly edit
> /usr/lib/python2.7/site-packages/api/vdsmapi.py
> around line 97 changing from
> loaded_schema = yaml.load(f)
> to
> loaded_schema = yaml.load(f, Loader=yaml.CLoader)
> Please pay attention to keep exactly the same amount of initial
> spaces.
>
> Then you can simply restart the HA agent and check.
>
> Gianluca
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org <mailto:Users at ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
> <http://lists.ovirt.org/mailman/listinfo/users>
>
>
>
>
> What I've done (I didn't read your answer in between and this is a
> test system not so important... )
>
> set to global maintenance
> patch vdsmapi.py
> restart vdsmd
> restart ovirt-ha-agent
> set maintenance to none
>
> And a bright new 3-minutes video here:
> https://drive.google.com/file/d/0BwoPbcrMv8mvVzBPUVRQa1pwVnc/view?usp=sharing
>
> It seems that now ovirt-ha-agent or is not present in top cpu process
> or at least has ranges between 5% and 12% and not more....
>
> BTW: I see this in vdsm status now
>
> [root at ovirt01 api]# systemctl status vdsmd
> ● vdsmd.service - Virtual Desktop Server Manager
> Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled;
> vendor preset: enabled)
> Active: active (running) since Fri 2016-10-07 15:30:57 CEST; 32min ago
> Process: 20883 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh
> --post-stop (code=exited, status=0/SUCCESS)
> Process: 20886 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=0/SUCCESS)
> Main PID: 21023 (vdsm)
> CGroup: /system.slice/vdsmd.service
> ├─21023 /usr/bin/python /usr/share/vdsm/vdsm
> ├─21117 /usr/libexec/ioprocess --read-pipe-fd 41
> --write-pipe-fd 40 --max-threads 10 --max-queue...
> ├─21123 /usr/libexec/ioprocess --read-pipe-fd 48
> --write-pipe-fd 46 --max-threads 10 --max-queue...
> ├─21134 /usr/libexec/ioprocess --read-pipe-fd 57
> --write-pipe-fd 56 --max-threads 10 --max-queue...
> ├─21143 /usr/libexec/ioprocess --read-pipe-fd 65
> --write-pipe-fd 64 --max-threads 10 --max-queue...
> ├─21149 /usr/libexec/ioprocess --read-pipe-fd 73
> --write-pipe-fd 72 --max-threads 10 --max-queue...
> ├─21156 /usr/libexec/ioprocess --read-pipe-fd 80
> --write-pipe-fd 78 --max-threads 10 --max-queue...
> ├─21177 /usr/libexec/ioprocess --read-pipe-fd 88
> --write-pipe-fd 87 --max-threads 10 --max-queue...
> ├─21204 /usr/libexec/ioprocess --read-pipe-fd 99
> --write-pipe-fd 98 --max-threads 10 --max-queue...
> └─21239 /usr/libexec/ioprocess --read-pipe-fd 111
> --write-pipe-fd 110 --max-threads 10 --max-que...
>
> Oct 07 16:02:52 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:02:54 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:02:56 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:02:58 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:11 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:15 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:15 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:18 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:20 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Oct 07 16:03:22 ovirt01.lutwyn.org <http://ovirt01.lutwyn.org>
> vdsm[21023]: vdsm vds.dispatcher ERROR SSL error during reading
> data... eof
> Hint: Some lines were ellipsized, use -l to show in full.
> [root at ovirt01 api]#
>
> Now I also restarted ovirt-ha-broker just in case
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/users/attachments/20161007/fa03d025/attachment-0001.html>
More information about the Users
mailing list