Skip to content

allow the status-section to be updated on a crm_shadow commit with an explicit switch#4106

Open
wenningerk wants to merge 2 commits into
ClusterLabs:mainfrom
wenningerk:modify_fence_scsi_devices
Open

allow the status-section to be updated on a crm_shadow commit with an explicit switch#4106
wenningerk wants to merge 2 commits into
ClusterLabs:mainfrom
wenningerk:modify_fence_scsi_devices

Conversation

@wenningerk
Copy link
Copy Markdown
Contributor

@wenningerk wenningerk commented May 7, 2026

Investigating why with Pacemaker 2.1.7 the high-level-tooling approach to prevent a resource restart as a result of a parameter change in the config by in parallel changing the digests in the status section wouldn't work anymore ...
Was barking at the wrong tree investigating the commit that changes how digests are calculated.
In parallel there was as well a commit in Pacemaker 2.1.7 ( ec65417) that removes the special handling of replacing the full cib and now triggers an election + join refresh whenever an “unsafe” client modifies the status section, overwriting the manually pushed digest before the scheduler can see it.
Added a ‘--commit-status’ option to crm_shadow that prevents this behavior (client will claim to be crm_shadow_status and this is added to the safe clients list).

@wenningerk wenningerk force-pushed the modify_fence_scsi_devices branch from 62b194c to a09fa0c Compare May 20, 2026 14:37
@wenningerk wenningerk changed the title [WIP] don't trigger restart of fence_scsi when devices are modified and start digest is adapted accordingly allow the status-section to be updated on a crm_shadow commit with an explicit switch May 20, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant