-
-
Notifications
You must be signed in to change notification settings - Fork 127
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 splunk_user configurable. #195
Make splunk_user configurable. #195
Conversation
manifests/params.pp
Outdated
@@ -86,6 +89,10 @@ | |||
$server = 'splunk', | |||
$forwarder_installdir = undef, | |||
$server_installdir = undef, | |||
$splunk_user = $::osfamily ? { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
can you please use facts$['os']['family']
as fact here? The old toplevel variables are deprecated.
👍 |
Can you take a look at the failing spec tests? |
It looks like it simply couldn't do the lookup in parameters list because |
thanks! |
No problem! I really appreciate all the work y'all have put into this module. It's very helpful. |
Hello!
Pull Request (PR) description
This PR addresses #159 without making any backwards-incompatible changes. I would like to be able to configure the Splunk user but have no opinion I wish to assert over what should be the default for this module. There are certainly best-practices from Splunk that advise running as
splunk
, but the default for a long time was to run asAdministrator
orroot
, as configured here by default. In 2018, this is no longer the case. However, I could totally see environments with extreme change control processes that MUST maintain current configs (and have likely implemented compensating controls to protect against the fact that Splunk has higher privilege than necessary).All that said, I think enabling folks to make the call for their own environment is the best path forward and would appreciate your consideration!