Back to bug 2189301

Who When What Removed Added
Red Hat Bugzilla 2023-04-24 17:19:50 UTC Pool ID sst_high_availability_rhel_9
Red Hat One Jira (issues.redhat.com) 2023-04-24 17:20:30 UTC Link ID Red Hat Issue Tracker RHELPLAN-155575
Chris Lumens 2023-04-24 17:23:05 UTC Assignee kgaillot clumens
Target Upstream Version 2.1.6
Type Bug Component Upgrade
Priority unspecified high
Keywords Rebase
RHEL Program Management 2023-04-24 17:23:13 UTC Keywords Triaged
Ken Gaillot 2023-05-02 21:58:15 UTC Target Release --- 9.3
CC kgaillot
Hardware Unspecified All
Status NEW ASSIGNED
Version 9.3 9.2
Doc Type If docs needed, set a value Rebase: Bug Fixes and Enhancements
OS Unspecified All
Doc Text Rebase package(s) to version: 2.1.6

Highlights, important fixes, or notable enhancements:
Dean Jansa 2023-05-16 14:17:15 UTC CC jrehova
Link ID Red Hat Issue Tracker CLUSTERQE-6701
Chris Lumens 2023-07-10 13:48:06 UTC Fixed In Version pacemaker-2.1.6-4.el9
Status ASSIGNED MODIFIED
errata-xmlrpc 2023-07-10 13:55:00 UTC Status MODIFIED ON_QA
Red Hat Bugzilla 2023-08-10 15:41:21 UTC QA Contact cluster-qe cluster-qe
Steven J. Levine 2023-08-16 17:59:18 UTC Flags needinfo?(kgaillot)
Doc Text Rebase package(s) to version: 2.1.6

Highlights, important fixes, or notable enhancements:
.Rebase Pacemaker packages to version: 2.1.6

The Pacemaker packages have been upgraded to upstream version 2.1.6, which provides a number of enhancements and bug fixes over the previous version:

The following features have been added:

* Previously, when a Pacemaker Remote connection was lost, Pacemaker would always purge its transient node attributes. This was unnecessary if the connection was quickly recoverable and the remote daemon had not restarted in the meantime. Pacemaker Remote nodes now preserve transient node attributes after a brief, recoverable connection outage.

* The `alert_snmp.sh.sample` alert agent, which is the sample alert agent provided with Pacemaker, now supports the SNMPv3 protocol as well as SNMPv2. With this update, You can copy the `alert_snmp.sh.sample` agent without modification to use SNMPv3 with Pacemaker alerts.

* Pacemaker alerts and alert recipients now support an `enabled` meta option. Setting this option to `false` for an alert disables the alert. Setting this option to `true` for an alert and `false` for a particular recipient disables the alert for that recipient. The default value for this option is `true`. You can use this option to temporarily disable an alert for any reason, such as planned maintenance.

The following bugs have been fixed:

* Pacemaker Designated Controller elections no longer finalized until all pending actions are complete and no action results are lost.

* The `fence_scsi` agent is now able to auto-detect shared `lvmlockd` devices when the 'devices' attribute is not set.

* Resource stickiness now properly compares against colocation scores.

* The `crm_resource` command now allows banning or moving a bundle with only a single active replica.

* Previously, promotable clone instances were assigned in numerical order, with promoted instances first. As a result, if a promoted clone instance needed to start, an unpromoted instance in some cases restarted unexpectedly, because the instance numbers changed. With this fix, roles are considered when assigning instance numbers to nodes and as a result no unnecessary restarts occur.
CC slevine
Shane Bradley 2023-08-16 18:42:21 UTC CC sbradley
Ken Gaillot 2023-08-16 19:27:36 UTC Flags needinfo?(kgaillot)
Shane Bradley 2023-08-16 19:59:48 UTC Link ID Red Hat Knowledge Base (Solution) 6993764
Shane Bradley 2023-08-16 20:02:54 UTC Link ID Red Hat Knowledge Base (Solution) 6971897
Shane Bradley 2023-08-16 20:04:04 UTC Link ID Red Hat Knowledge Base (Solution) 6972370
Shane Bradley 2023-08-16 20:07:50 UTC Link ID Red Hat Knowledge Base (Solution) 4849731
Shane Bradley 2023-08-16 20:13:22 UTC Link ID Red Hat Knowledge Base (Solution) 6955674
Shane Bradley 2023-08-16 20:16:56 UTC Link ID Red Hat Knowledge Base (Solution) 5374451
Shane Bradley 2023-08-16 20:17:42 UTC Link ID Red Hat Knowledge Base (Solution) 3615211
Gabi Fialová 2023-08-17 10:17:11 UTC Docs Contact slevine
Doc Type Rebase: Bug Fixes and Enhancements Enhancement
Steven J. Levine 2023-08-17 13:38:44 UTC Doc Text .Rebase Pacemaker packages to version: 2.1.6

The Pacemaker packages have been upgraded to upstream version 2.1.6, which provides a number of enhancements and bug fixes over the previous version:

The following features have been added:

* Previously, when a Pacemaker Remote connection was lost, Pacemaker would always purge its transient node attributes. This was unnecessary if the connection was quickly recoverable and the remote daemon had not restarted in the meantime. Pacemaker Remote nodes now preserve transient node attributes after a brief, recoverable connection outage.

* The `alert_snmp.sh.sample` alert agent, which is the sample alert agent provided with Pacemaker, now supports the SNMPv3 protocol as well as SNMPv2. With this update, You can copy the `alert_snmp.sh.sample` agent without modification to use SNMPv3 with Pacemaker alerts.

* Pacemaker alerts and alert recipients now support an `enabled` meta option. Setting this option to `false` for an alert disables the alert. Setting this option to `true` for an alert and `false` for a particular recipient disables the alert for that recipient. The default value for this option is `true`. You can use this option to temporarily disable an alert for any reason, such as planned maintenance.

The following bugs have been fixed:

* Pacemaker Designated Controller elections no longer finalized until all pending actions are complete and no action results are lost.

* The `fence_scsi` agent is now able to auto-detect shared `lvmlockd` devices when the 'devices' attribute is not set.

* Resource stickiness now properly compares against colocation scores.

* The `crm_resource` command now allows banning or moving a bundle with only a single active replica.

* Previously, promotable clone instances were assigned in numerical order, with promoted instances first. As a result, if a promoted clone instance needed to start, an unpromoted instance in some cases restarted unexpectedly, because the instance numbers changed. With this fix, roles are considered when assigning instance numbers to nodes and as a result no unnecessary restarts occur.
.Rebase Pacemaker packages to version: 2.1.6

The Pacemaker packages have been upgraded to upstream version 2.1.6, which provides a number of enhancements and bug fixes over the previous version.

The following features have been added:

* Previously, when a Pacemaker Remote connection was lost, Pacemaker would always purge its transient node attributes. This was unnecessary if the connection was quickly recoverable and the remote daemon had not restarted in the meantime. Pacemaker Remote nodes now preserve transient node attributes after a brief, recoverable connection outage.

* The `alert_snmp.sh.sample` alert agent, which is the sample alert agent provided with Pacemaker, now supports the SNMPv3 protocol as well as SNMPv2. With this update, You can copy the `alert_snmp.sh.sample` agent without modification to use SNMPv3 with Pacemaker alerts.

* Pacemaker alerts and alert recipients now support an `enabled` meta option. Setting this option to `false` for an alert disables the alert. Setting this option to `true` for an alert and `false` for a particular recipient disables the alert for that recipient. The default value for this option is `true`. You can use this option to temporarily disable an alert for any reason, such as planned maintenance.

The following bugs have been fixed:

* Pacemaker Designated Controller elections no longer finalized until all pending actions are complete and no action results are lost.

* The `fence_scsi` agent is now able to auto-detect shared `lvmlockd` devices when the 'devices' attribute is not set.

* Resource stickiness now properly compares against colocation scores.

* The `crm_resource` command now allows banning or moving a bundle with only a single active replica.

* Previously, promotable clone instances were assigned in numerical order, with promoted instances first. As a result, if a promoted clone instance needed to start, an unpromoted instance in some cases restarted unexpectedly, because the instance numbers changed. With this fix, roles are considered when assigning instance numbers to nodes and as a result no unnecessary restarts occur.

Back to bug 2189301