<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Wed, Feb 22, 2017 at 5:59 PM Francesco Romani <<a href="mailto:fromani@redhat.com">fromani@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg">
On 02/21/2017 02:44 PM, Yaniv Kaul wrote:<br class="gmail_msg">
<blockquote type="cite" class="gmail_msg">
<div dir="ltr" class="gmail_msg"><br class="gmail_msg">
<br class="gmail_msg">
<div class="gmail_quote gmail_msg">
<div dir="ltr" class="gmail_msg">On Tue, Feb 21, 2017 at 1:06 PM Francesco
Romani <<a href="mailto:fromani@redhat.com" class="gmail_msg" target="_blank">fromani@redhat.com</a>>
wrote:<br class="gmail_msg">
</div>
<blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello
everyone,<br class="gmail_msg">
<br class="gmail_msg">
<br class="gmail_msg">
in the last weeks I've been submitting PRs to collectd
upstream, to<br class="gmail_msg">
bring the virt plugin up to date with Vdsm and oVirt needs.<br class="gmail_msg">
<br class="gmail_msg">
Previously, the collectd virt plugin reported only a subset
of metrics<br class="gmail_msg">
oVirt uses.<br class="gmail_msg">
<br class="gmail_msg">
In current collectd master, the collectd virt plugin
provides all the<br class="gmail_msg">
data Vdsm (thus Engine) needs. This means that it is now<br class="gmail_msg">
<br class="gmail_msg">
possible for Vdsm or Engine to query collectd, not
Vdsm/libvirt, and<br class="gmail_msg">
have the same data.<br class="gmail_msg">
</blockquote>
<div class="gmail_msg"><br class="gmail_msg">
</div>
<div class="gmail_msg">Do we wish to ship the unixsock collectd plugin? I'm not
sure we do these days (4.1).</div>
<div class="gmail_msg">We can do that later, of course, when we ship this.</div>
<div class="gmail_msg">Y.</div>
<br class="gmail_msg">
</div>
</div>
</blockquote>
<br class="gmail_msg"></div><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg">
AFAIR the collectd unixsock plugin it's built and shipped by default
by the collectd (even RPMs). It is the way the command line
`collectdctl` too uses to talk with the daemon.<br class="gmail_msg"></div></blockquote><div><br></div><div>I can confirm this is exactly what I see, on F25 at least. Just to add that it is disabled by default in collectd.conf <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg">
<br class="gmail_msg">
Our client module is still work in progress.<br class="gmail_msg">
<br class="gmail_msg">
I'd be happy to just use a third party client module, the
(semi-)official one is not shipped by default last time I checked;
perhaps just file one RFE about that?</div><div bgcolor="#FFFFFF" text="#000000" class="gmail_msg"><br class="gmail_msg">
<br class="gmail_msg">
<pre class="m_3166926219714125137moz-signature gmail_msg" cols="72">--
Francesco Romani
Red Hat Engineering Virtualization R & D
IRC: fromani</pre>
</div>
_______________________________________________<br class="gmail_msg">
Devel mailing list<br class="gmail_msg">
<a href="mailto:Devel@ovirt.org" class="gmail_msg" target="_blank">Devel@ovirt.org</a><br class="gmail_msg">
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.ovirt.org/mailman/listinfo/devel</a></blockquote></div></div>