You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Enabling the $server_git_repo for the default path throws this error under CentOS 7 with agent v5.5:
Notice: /Stage[main]/Puppet::Server::Config/Git::Repo[puppet_repo]/Exec[git_repo_for_puppet_repo]/returns: fatal: cannot mkdir /opt/puppetlabs/puppet/cache/puppet.git: Permission denied
Error: '/usr/bin/git init --bare /opt/puppetlabs/puppet/cache/puppet.git' returned 128 instead of one of [0]
Error: /Stage[main]/Puppet::Server::Config/Git::Repo[puppet_repo]/Exec[git_repo_for_puppet_repo]/returns: change from 'notrun' to ['0'] failed: '/usr/bin/git init --bare /opt/puppetlabs/puppet/cache/puppet.git' returned 128 instead of one of [0] (corrective)
One could set $server_git_repo_user and $server_git_repo_group explicitly to root, but that seems suboptimal.
The text was updated successfully, but these errors were encountered:
westbywest
changed the title
$server_git_repo = true with default $server_git_repo_path failes on 'Permission denied'
$server_git_repo = true with default $server_git_repo_path fails on 'Permission denied'
May 10, 2019
Follow-up to failure described above is that subsequent runs of puppet agent, with $server_git_repo_user and $server_git_repo_group set to root, are consistently chown-ing /opt/puppetlabs/puppet/cache and then bouncing puppetserver. This is with server v5.3.8.
Notice: /Stage[main]/Puppet::Server::Config/File[/opt/puppetlabs/puppet/cache]/owner: owner changed 'puppet' to 'root' (corrective)
Notice: /Stage[main]/Puppet::Server::Config/File[/opt/puppetlabs/puppet/cache]/group: group changed 'puppet' to 'root' (corrective)
Info: Class[Puppet::Server::Config]: Scheduling refresh of Class[Puppet::Server::Service]
Info: Class[Puppet::Server::Service]: Scheduling refresh of Service[puppetserver]
Enabling the $server_git_repo for the default path throws this error under CentOS 7 with agent v5.5:
Appears to be due to $vardir being set to explicit root ownership, yet the git repo resource owned by $user:$group by default, i.e by puppet:puppet:
https://github.com/theforeman/puppet-puppet/blob/master/manifests/server/config.pp#L241
One could set $server_git_repo_user and $server_git_repo_group explicitly to root, but that seems suboptimal.
The text was updated successfully, but these errors were encountered: