Scalable High-Availability cluster resource manager
Go to file
Reid Wahl 5738c06925 Fix: cts: Start corosync using systemd if available
As of corosync upstream commit ae859515, in systemd builds,
StateDirectory is set in the systemd corosync.service file. The corosync
state directory defaults to this value if not set in the corosync config
file. Corosync falls back to using /var/lib/corosync only if the systemd
StateDirectory is not set.

The same commit removes /var/lib/corosync from RPM builds with systemd.

As a result, if corosync was built with systemd, then starting corosync
outside of systemd fails unless /var/lib/corosync has been created
manually or through some other means. Starting corosync directly from
the command line fails with the following error, because the
STATE_DIRECTORY environment variable was not set by systemd:

Cannot chdir to state directory /var/lib/corosync. No such file or
directory

This causes Pacemaker's cts-fencing script to fail.

This seems like a bug in corosync, as it now assumes that corosync will
always be started by systemd if available. Here, we work around it in
cts by doing exactly that.

Resolves RHEL-110075

Signed-off-by: Reid Wahl <nrwahl@protonmail.com>
2025-08-19 14:11:23 -07:00
tests Run regression tests verbosely. 2025-08-13 16:45:42 -04:00
.gitignore 1.1.14-1: new release, spec refresh, crm_mon X curses fix 2016-01-18 18:52:50 +01:00
001-econnrefused.patch Do not retry on ECONNREFUSED in command line tools. 2025-08-13 14:53:46 -04:00
002-corosync.patch Fix: cts: Start corosync using systemd if available 2025-08-19 14:11:23 -07:00
gating.yaml * Mon Jul 5 2021 Klaus Wenninger <kwenning@redhat.com> - 2.1.0-6 2021-07-05 18:38:43 +02:00
pacemaker.spec Fix: cts: Start corosync using systemd if available 2025-08-19 14:11:23 -07:00
pacemaker.sysusers * Mon May 22 2023 Klaus Wenninger <kwenning@redhat.com> - 2.1.6-0.3.rc2 2023-05-22 21:53:28 +02:00
sources Rebase on upstream 3.0.1-rc1 2025-06-24 09:28:07 -04:00