Bug #7909
closed
Also, if it helps, this is what our config/settings.d/puppet.yml looks like:
---
:enabled: true
:puppet_conf: /etc/puppet/puppet.conf
- URL of the puppet master itself for API requests
#:puppet_url: https://[haproxy_loadbalancer]:8140
- SSL certificates used to access the puppet master API
#:puppet_ssl_ca: /var/lib/puppet/ssl/certs/ca.pem
#:puppet_ssl_cert: /var/lib/puppet/ssl/certs/[name].pem
#:puppet_ssl_key: /var/lib/puppet/ssl/private_keys/[name].pem
- Override use of Puppet's API to list environments, by default it will use only if
- environmentpath is given in puppet.conf, else will look for environments in puppet.conf
:puppet_use_environment_api: false
Bah...
---
:enabled: true
:puppet_conf: /etc/puppet/puppet.conf
# URL of the puppet master itself for API requests
#:puppet_url: https://[haproxy_loadbalancer]:8140
# SSL certificates used to access the puppet master API
#:puppet_ssl_ca: /var/lib/puppet/ssl/certs/ca.pem
#:puppet_ssl_cert: /var/lib/puppet/ssl/certs/[name].pem
#:puppet_ssl_key: /var/lib/puppet/ssl/private_keys/[name].pem
# Override use of Puppet's API to list environments, by default it will use only if
# environmentpath is given in puppet.conf, else will look for environments in puppet.conf
:puppet_use_environment_api: false
- Status changed from New to Feedback
Yeah, the API option is what is supposed to work with environmentpath (directory environments). The error in the pastebin shows the following response from Puppet:
{"message":"Server Error: Invalid line 31: allow \n", ...
Which I'd suggest is just a configuration error in /etc/puppet/auth.conf.
(I don't intend to reimplement the 'modulepath' logic for directory envs, I'd prefer to rely on the API so we're more configuration agnostic.)
This can be closed. Dominic was right, I realized soon after posting that it was an error in my auth.conf. My apologies for not reporting back.
- Status changed from Feedback to Resolved
Also available in: Atom
PDF