-
Story
-
Resolution: Unresolved
-
Normal
-
rhel-9.0.0
-
Normal
-
FutureFeature
-
sst_high_availability
-
ssg_filesystems_storage_and_HA
-
13
-
19
-
3
-
False
-
-
Yes
-
Feature
-
-
Proposed
-
-
Unspecified
Intended use spurred with bz1619265 is:
perform bunch of changes to cluster state/configuration, only then arrange for waiting until it all sinks in and the cluster at pacemaker level finally "settles"
Implementation-wise:
crm_resource --wait [--timeout=TIMEOUT]
Notes:
- modeled according to "udevadm settle" (and perhaps others) administrators can be familiar with
- why not just "pcs cluster settle"? there are more in-flight, transients states that one may also want to establish "sequential points" for, e.g. "pcs cluster start"; "pcs cluster settle" could then easily be dedicated to mean as a catch-all (or smart decision to be made automatically) later on
- is related to
-
RHEL-21051 [RFE] pcs should not guess expected status of a resource when --wait is used
- In Progress
- external trackers
- links to
(1 links to)