<div dir="auto">Thanks Octo.<div dir="auto"><br></div><div dir="auto">Currently the identifier fields are limited in length (127 chars). Hence, was thinking of a way to store more keys in metadata. </div><div dir="auto"><br></div><div dir="auto">I wanted a way to save hostname, provider service identifier (stats can be provided by service other than monitored service), monitored service identifier, metric type, metric subtype. </div><div dir="auto"><br></div><div dir="auto">Each of these identifiers can be multiple key:value pairs. </div><div dir="auto"><br></div><div dir="auto">Given current collectd design , my plan is to use the identifier fields as follows in the client collectd daemons -</div><div dir="auto"><br></div><div dir="auto">Plugin - provider service identifier</div><div dir="auto">Plugin instance - monitored service identifier</div><div dir="auto">Type - Metric type</div><div dir="auto">Type instance - Metric subtype</div><div dir="auto"><br></div><div dir="auto">Identifiers can be '.' delimited and positional instead of key:value to save space.</div><div dir="auto"><br></div><div dir="auto">I plan to use my python plugin as a generic plugin to talk to different kinds of provider services and configure the different services in my .conf.</div><div dir="auto"><br></div><div dir="auto">Will my approach cause any issues with using current or planned features of collectd ? I am interested in using the aggregation plugin in the server collectd instances for e.g..</div><div dir="auto"><br></div><div dir="auto">Regards,</div><div dir="auto"><br></div><div dir="auto">Dhananjay.</div><div dir="auto"><br></div><div dir="auto"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Oct 21, 2017 1:59 PM, "Florian Forster" <<a href="mailto:octo@collectd.org">octo@collectd.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Dhananjay,<br>
<br>
On Fri, Oct 20, 2017 at 06:41:55PM -0400, Dhananjay Deshpande wrote:<br>
> Each value list has number of key:value pairs to uniquely identify the<br>
> value list.<br>
<br>
meta data is *not* used to identify metrics, only host, plugin<br>
(+instance) and type (+instance) are. If you create multiple metrics<br>
that only differ in their meta data, collectd will not behave as you<br>
intend.<br>
<br>
> However, looks like currently I cannot send the metadata from one host<br>
> to another using network module.<br>
<br>
That's right, the network plugin doesn't currently forward meta data.<br>
<br>
Best regards,<br>
—octo<br>
--<br>
collectd – The system statistics collection daemon<br>
Website: <a href="http://collectd.org" rel="noreferrer" target="_blank">http://collectd.org</a><br>
Google+: <a href="http://collectd.org/+" rel="noreferrer" target="_blank">http://collectd.org/+</a><br>
GitHub:  <a href="https://github.com/collectd" rel="noreferrer" target="_blank">https://github.com/collectd</a><br>
Twitter: <a href="http://twitter.com/collectd" rel="noreferrer" target="_blank">http://twitter.com/collectd</a><br>
</blockquote></div></div>