Open humboldt63 opened 6 years ago
I have the same issue where its not setting up the peers.
The define gluster::peer is using a legacy fact that is hidden per default: https://puppet.com/docs/puppet/6.21/core_facts.html#fqdn
You've to use $facts['networking']['fqdn'] instead:
gluster::peer { [ 'srv1.local', 'srv2.local' ]:
fqdn => $facts['networking']['fqdn'],
}
Affected Puppet, Ruby, OS and module versions/distributions
How to reproduce (e.g Puppet code you use)
What are you seeing
The Gluster module for puppet 4.1.0 with Puppet Enterprise 2018.4.1 for RHEL 7.5 does not define GlusterFS peers as prerequisite for the GlusterFS volume.
What behaviour did you expect instead
The Gluster module for puppet should define all peers and the volume in only one puppet run.
Output log
Puppet Agent Run 1 (Peer nodes are ready)
puppet agent log:
check peers manually afterwards:
Puppet Agent Run 2 (Peer nodes are ready)
puppet agent log:
check peers and facts (set by the gluster module) manually afterwards:
manual peer probes after the two puppet runs are successful:
Any additional information you'd like to impart
I think the problem is that the peers are not defined. Tests with the gluster::peer class also did not define peers although the GlusterFS software is installed successfully and glusterd is started successfully on all peers.
The installed GlusterFS software and Daemon works fine because defining peers and the volume with this installed software can be done manually without any problems.