Add a filter to only include *.conf files from collectd.d.#120
Add a filter to only include *.conf files from collectd.d.#120igorpeshansky wants to merge 2 commits intomasterfrom
Conversation
| # Obsolete config directory for backward compatibility. | ||
| Include "/opt/stackdriver/collectd/etc/collectd.d" | ||
| Include "/etc/stackdriver/collectd.d" | ||
| # If you have other config, especially for plugins, you can drop them |
|
|
||
| # if you have other config, especially for plugins, you can drop them | ||
| # into this directory | ||
| # Obsolete config directory for backward compatibility. |
There was a problem hiding this comment.
Users could have put files into the other dir without the .conf extension, right? Since that's already not totally backwards-compatible (changing that one to take .conf only), I'd say for consistency we should either:
- get rid of 2 dir options and just leave the new block including
.conf(131-133), or - have both dir options, and they both only accept
.conffiles
(i'm partial to the former)
| @@ -1,3 +1,3 @@ | |||
| # The release version and build number of the stackdriver-agent package. | |||
| PKG_VERSION=6.1.3 | |||
| PKG_VERSION=6.2.0 | |||
There was a problem hiding this comment.
Hmm, I have very contradicting feelings about this. I don't consider this to be a change in the API because the agent still behaves exactly the same for its purpose of collecting/sending metrics. The only change is to a config file that isn't fixed -- and that configurability is a "part of the API" (eh, sort of, maybe, not really, but you get it). That part of me wants to say that this doesn't even deserve a patch bump, but I do think there's merit in being able to differentiate between versions of the agent with the default changed vs not -- thus I'd vote patch bump.
(side question: if a user upgraded, their config wouldn't be overwritten with this right? (and yes yes, templates and new VMs that don't have one to begin with, inconsistencies etc etc))
If we /do/ consider a config file (that's shipped with the agent by default but configurable by the user by feature) to be a core part of the API, then I'd say this should be a major version bump.
No description provided.