Skip to content
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

Add option to set node name as fqdn #1

Open
wants to merge 24 commits into
base: master
Choose a base branch
from

Conversation

noonedeadpunk
Copy link

Some software, that relies on corosync, checks nodes status by their
FQDN (with crmadmin -S). And ansible inventory_hostname may not match
with hosts FQDN. In this case you may set pacemaker_corosync_fqdn: true
and fqdn will be used in corosync config instead of inventory_hostname.

Some software, that relies on corosync, checks nodes status by their
FQDN (with crmadmin -S). And ansible inventory_hostname may not match
with hosts FQDN. In this case you may set pacemaker_corosync_fqdn: true
and fqdn will be used in corosync config instead of inventory_hostname.
This patch makes pacemaker/corosync more universal, and now it's
possbile to use role against CentOS 7 and CentOS 8
Added 2 variables - pacemaker_corosync_use_logfile and
pacemaker_corosync_use_syslog which you can enable/disable to controll
where corosync log will be written to.
Dmitriy Rabotyagov and others added 11 commits August 17, 2020 15:19
_pacemaker_corosync_bind_addr was only generating the ip address of the current node and so on all nodes you got the same ip address.
Since CentOS 8.3 repository name has changed from HighAvailability to just ha.
We need to reflect this as well
integrate pacemaker-remote
We added extra checks that pacemaker-remote group is defined.

Also this adds extra variable pacemaker_remote_ring_interface that is
used to determine IP address on the pacemaker remote hosts
Dmitriy Rabotyagov and others added 5 commits June 15, 2022 14:43
Add testing using GitHub Actions
Add compatibility with centos-9
Instead of using fact variables we're accessing ansible_facts dictionary

This is useful for cases when role is used with disabled
ANSIBLE_INJECT_FACT_VARS, which improves ansible performance.
At the moment there's an issue with systemd in CentOS 8 image
that prevents ansible to run properly against it.
Dmitriy Rabotyagov and others added 3 commits April 11, 2023 10:58
Since we aim to support disabled inject_facts_as_vars we should test
that with molecule.
warn argument is not valid for the command module and causes
newer ansible to hard fail on it.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants