-
Notifications
You must be signed in to change notification settings - Fork 214
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
What happened to includedirsudoers? #197
Comments
Just following up with this topic on January 31st (after the release of 5.0.0). This parameter is still listed in the documentation however all my puppet updates are failing now with the error: Error 500 on SERVER: Server Error: Evaluation Error: Error while evaluating a Resource Statement, Class[Sudo]: has no parameter named 'includedirsudoers' at /etc/puppetlabs/code/environments/production/manifests/sudoers.pp:2:3 In a CentOS7 environment, is this now considered deprecated? |
This was introduced without further notice with ff55b7c#diff-60ae41fd0a31977447947f59940ee9a4 I'm sorry for the inconvenience. I'll check the documentation and will update it. Don't know how I've missed that big change. 😞 |
Not to hijack this thread too much, but I'm a bit confused about how this should or shouldn't be working. Given the below:
A file is created (on CentOS7) in /etc/sudoers.d/ but the template and options still seem to indicate that this file is ignored by default. Would it not make sense to make sure that this folder is read for drop in files like the one created for the above? Relevant except from the RHEL7 template file below but the same commented line for the config_dir is found through all others that I checked:
|
@jameskirsop this # is not a comment in this case. I know it's confusing. By the way, the new default is to have members of the wheel group to be full sudoers so your setting may be redundant. |
@ubellavance, that's very confusing!! I'll have to work out why my test users in the group aren't able to elevate with sudo then!! I thought I'd found something, but obviously not!! |
No worries, everyone gets bitten once. But this restriction comes from sudo itself, not from this module. From sudoers manpage:
|
I'm still seeing the error in 6.0.0 class { 'sudo': Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Server Error: Evaluation Error: Error while evaluating a Resource Statement, Class[Sudo]: has no parameter named 'includedirsudoers' (file: /etc/puppetlabs/code/environments/sudo_includedirsudoers/site/csd_base/manifests/access/sudo/add_sudoers.pp, line: 10, column: 3) on node |
Hi! Thanks in advance! |
Remove parameters from README.md, mention REFERENCE.md, fixes #197
I ran into an issue where the Augeas lens for sudoers was failing on having entries with numbers, e.g.:
AB123 AB123SRVRS = (AB123USER) AB123STOP, AB123STRT
Those entries appear to be valid, at least per visudo - I was looking for the sudoers lens file to investigate further, when I noticed that the includedirsudoers code no longer appears to be part of the latest version of the module (we're running a bit behind).
On our legacy nodes, we use config_file_replace = false - however, we do need the sudoers.d directory included / added to the config so that we can start adding new entries in sudoers.d.
It looks like includedirsudoers was removed in this PR:
#191
However, the doc wasn't updated to explain how to use the new includedir parameters (if it's possible) to include dirs in a sudoers config file that isn't otherwise managed. The main doc still refers to includedirsudoers as a boolean option, even though it's no longer part of the code. I also don't see anything similar to the previous if $config_file_replace == false that called augeas before.
Is there a way to get the new code to add "#includedir /etc/sudoers.d" to an existing sudoers file with the new code? If not, would it be accepted if I submitted a PR to re-add that functionality?
The text was updated successfully, but these errors were encountered: