Back to bug 2168633

Who When What Removed Added
Red Hat Bugzilla 2023-02-09 15:38:21 UTC Pool ID sst_high_availability_rhel_8
Red Hat One Jira (issues.redhat.com) 2023-02-09 15:40:24 UTC Link ID Red Hat Issue Tracker RHELPLAN-148183
Luca Miccini 2023-02-09 15:44:11 UTC CC lmiccini
Shane Bradley 2023-02-09 16:18:02 UTC CC sbradley
Link ID Red Hat Knowledge Base (Solution) 6997664
Ken Gaillot 2023-02-09 16:23:23 UTC Assignee kgaillot kwenning
Keywords Triaged
Dependent Products Red Hat OpenStack
CC kgaillot
Status NEW ASSIGNED
Luca Miccini 2023-02-09 16:32:48 UTC Keywords Triaged
Dependent Products Red Hat OpenStack
Reid Wahl 2023-02-09 17:06:24 UTC Flags needinfo?(rbruzzon)
CC nwahl
Klaus Wenninger 2023-02-13 13:32:58 UTC Status ASSIGNED POST
Ken Gaillot 2023-02-13 17:18:06 UTC Keywords Triaged
Target Release --- 8.9
Reid Wahl 2023-02-13 23:26:28 UTC CC kwenning
Flags needinfo?(kwenning)
Klaus Wenninger 2023-02-14 09:07:31 UTC Flags needinfo?(kwenning)
Klaus Wenninger 2023-02-14 15:26:57 UTC Flags needinfo?(nwahl)
Matteo Panella 2023-02-15 09:10:29 UTC CC matteo.panella
Riccardo Bruzzone 2023-02-21 08:02:22 UTC Flags needinfo?(rbruzzon) needinfo?(kwenning)
Reid Wahl 2023-02-21 08:19:02 UTC Flags needinfo?(nwahl)
Klaus Wenninger 2023-02-27 10:10:57 UTC Flags needinfo?(kwenning) needinfo?(lmiccini)
Luca Miccini 2023-03-03 08:18:58 UTC Flags needinfo?(lmiccini)
Klaus Wenninger 2023-03-28 19:42:03 UTC Blocks 2182482
Chris Feist 2023-04-17 16:00:39 UTC CC cfeist
RHEL Program Management Team 2023-04-17 16:01:40 UTC Blocks 2187419
RHEL Program Management Team 2023-04-17 16:01:51 UTC Blocks 2187421
RHEL Program Management Team 2023-04-17 16:02:03 UTC Blocks 2187422
RHEL Program Management Team 2023-04-17 16:02:12 UTC Blocks 2187423
RHEL Program Management Team 2023-04-17 16:02:18 UTC Keywords ZStream
Ken Gaillot 2023-04-17 16:30:43 UTC Doc Type If docs needed, set a value Bug Fix
Doc Text Cause: When fence_watchdog is used in a topology after another fencing device, the watchdog timeout would not be considered when calculating the timeout for the fencing operation.

Consequence: If the first device timed out, the fencing operation could time out even though the watchdog would fence the node.

Fix: The watchdog timeout is now included in the fencing operation timeout.

Result: The fencing operation succeeds even if the first device times out.
Target Upstream Version 2.1.6
Dean Jansa 2023-05-16 13:10:24 UTC CC jrehova
Link ID Red Hat Issue Tracker CLUSTERQE-6696
Klaus Wenninger 2023-05-26 13:30:45 UTC Fixed In Version pacemaker-2.1.6-1.el8
Status POST MODIFIED
errata-xmlrpc 2023-05-26 13:39:53 UTC Status MODIFIED ON_QA
Martin Juricek 2023-05-31 09:18:22 UTC Status ON_QA VERIFIED
CC mjuricek
Red Hat Bugzilla 2023-08-10 15:41:33 UTC QA Contact cluster-qe cluster-qe
Steven J. Levine 2023-08-11 19:24:07 UTC CC slevine
Doc Text Cause: When fence_watchdog is used in a topology after another fencing device, the watchdog timeout would not be considered when calculating the timeout for the fencing operation.

Consequence: If the first device timed out, the fencing operation could time out even though the watchdog would fence the node.

Fix: The watchdog timeout is now included in the fencing operation timeout.

Result: The fencing operation succeeds even if the first device times out.
.A fence watchdog configured as a second fencing device now fences a node when the first device times out

Previously, when a watchdog fencing device was configured as the second device in a fencing topology, the watchdog timeout would not be considered when calculating the timeout for the fencing operation. As a result, if the first device timed out the fencing operation would time out even though the watchdog would fence the node. With this fix, the watchdog timeout is included in the fencing operation timeout and the fencing operation succeeds if the first device times out.
Steven J. Levine 2023-08-17 16:54:00 UTC Docs Contact slevine

Back to bug 2168633