-
Notifications
You must be signed in to change notification settings - Fork 34
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make gmond_service_config a class parameter #61
Comments
|
Specifically, adding the following to ganglia::gmond class params: And then.. |
|
@jarshwah these are packages from epel5? The new param your proposing sounds reasonable. Are you interested in taking a stab at a PR? |
|
It looks like the ganglia packages in epel5 were upgraded to a recent version earlier this year. It probably makes sense to change the default paths from el5 as well. |
|
Ah, that would explain it. I'm in the middle of a puppet 3 -> 4 migration, but if I have some time after that I'll circle back to write a PR. If the paths have just changed though it might be sufficient to simply update them in params and move on. From a design perspective, I favour being allowed to override everything by assigning params defaults to class parameters. It should probably be an all or nothing proposition though rather than a single parameter for a single use case. But I'll leave that decision (and implementation ;) ) to others. |
|
I'm running into this issue also. It'd make sense to do both: update the default and add a gmond_service_config parameter. |
|
resolved by #67 |
I'm running ganglia on some rhel 5 boxes and for some reason they expect the gmond.conf file to be in /etc/ganglia/gmond.conf rather than the /etc/gmond.conf location that params defines for rhel 5.
https://github.com/jhoblitt/puppet-ganglia/blob/master/manifests/gmond.pp#L54
Can you please consider adding this as a class parameter to gmond.pp so that I can override it?
The text was updated successfully, but these errors were encountered: