I found a way to make it work (d029ee91be), but it wasn't easy as this is undocumented and only works with a config.rb file at the root of the repo, not at the usual locations. I have asked in the issue about this being documented if I should create a new issue about it: https://github.com/chef/chef-cli/issues/54#issuecomment-569243112
Good idea, I think scheduling gitea-server pods/replicas on the same node should fit with our current nodes, but we'll have to try to be sure
I gave this a try, I know this used to be the way to set the defaults for the cookbook generate. The docs say that is still the case, but they are using default values when I use chef generate cookbook COOKBOOK_NAME. Figuring it out
I have set nsslapd-allow-anonymous-access: off on barnard, pushing the code changes
I got it, passing the empty unquoted variable as a password is the same as doing this:
Thanks, I can reproduce that on barnard. The search does not return actual results with that empty password variable, but it is successful, unlike with an empty/wrong password, or without a -w switch. It does not look like it is a problem since no results are returned on local requests without the correct password
@raucao I don't understand how you can get search results without the correct admin password. With an incorrect password I get ldap_bind: Invalid credentials (49) and with an empty one: