[collectd] collectd loading configuration on the fly without restarting a service

[Niels Tomey]

Just a quick thought:

If collectd keeps track of changes in the config directory it can include
detected changes in the next run / interval.

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.

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.

Then you could define the config directory in the global config and run a
check alongside the interval for any changes to that directory.

Regards,

Niels

On Nov 4, 2016 12:25 AM, "Tahhan, Maryam" <maryam.tahhan at intel.com> wrote:

> > Hi, Maryam.
> >
> > > Hi Folks
> > > We are looking for some feedback on a feature we would like to
> > > implement for collectd. Currently if anyone wants to change the
> > > collectd configuration in terms of plugins that are enabled/disabled,
> > > the methodology to do this is static (as in if you change the
> configuration
> > you must restart the daemon).
> > > This is identified as an issue in an SDN/NFV deployment, where by you
> > > would like to enable plugins to monitor the services you are deploying
> on
> > your system.
> >
> > How are you going to set the configuration of these plugins?
> >
> > Do you plan to support configuration changes on the fly or just plugin
> > enable/disable?
> >
> >
> > rpv-tomsk at github
> >
> >
> > --
> > Regrads,
> >  Pavel                          mailto:pavel2000 at ngs.ru
>
> 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
> Maryam
>
> _______________________________________________
> collectd mailing list
> collectd at verplant.org
> https://mailman.verplant.org/listinfo/collectd
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.verplant.org/pipermail/collectd/attachments/20161104/0120b49f/attachment.html>