<p dir="ltr">Just a quick thought:</p>
<p dir="ltr">If collectd keeps track of changes in the config directory it can include detected changes in the next run / interval. </p>
<p dir="ltr">Then if you can load plugins multiple times (I don't know whether that's possible today), users can just add snippets for each object they want to add for each plugins. </p>
<p dir="ltr">We use collectd purely for snmp monitoring of external network devices so it wouldn't be so hard for us to create a separate .conf file for each device containing just the <Host> block. </p>
<p dir="ltr">Then you could define the config directory in the global config and run a check alongside the interval for any changes to that directory. </p>
<p dir="ltr">Regards, </p>
<p dir="ltr">Niels </p>
<div class="gmail_extra"><br><div class="gmail_quote">On Nov 4, 2016 12:25 AM, "Tahhan, Maryam" <<a href="mailto:maryam.tahhan@intel.com">maryam.tahhan@intel.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> Hi, Maryam.<br>
><br>
> > Hi Folks<br>
> > We are looking for some feedback on a feature we would like to<br>
> > implement for collectd. Currently if anyone wants to change the<br>
> > collectd configuration in terms of plugins that are enabled/disabled,<br>
> > the methodology to do this is static (as in if you change the configuration<br>
> you must restart the daemon).<br>
> > This is identified as an issue in an SDN/NFV deployment, where by you<br>
> > would like to enable plugins to monitor the services you are deploying on<br>
> your system.<br>
><br>
> How are you going to set the configuration of these plugins?<br>
><br>
> Do you plan to support configuration changes on the fly or just plugin<br>
> enable/disable?<br>
><br>
><br>
> rpv-tomsk@github<br>
><br>
><br>
> --<br>
> Regrads,<br>
>  Pavel                          mailto:<a href="mailto:pavel2000@ngs.ru">pavel2000@ngs.ru</a><br>
<br>
We were thinking about plugin enable/disable. For completeness in the longer term config changes should be supported, but one possibility is that it could fall under the remit of a disable/enable call with some context saving...<br>
<br>
BR<br>
Maryam<br>
<br>
______________________________<wbr>_________________<br>
collectd mailing list<br>
<a href="mailto:collectd@verplant.org">collectd@verplant.org</a><br>
<a href="https://mailman.verplant.org/listinfo/collectd" rel="noreferrer" target="_blank">https://mailman.verplant.org/<wbr>listinfo/collectd</a><br>
</blockquote></div></div>