Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1513199 - Rebase on upstream 1.1.18
Rebase on upstream 1.1.18
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: pacemaker (Show other bugs)
6.10
All All
high Severity medium
: rc
: 6.10
Assigned To: Ken Gaillot
cluster-qe@redhat.com
Steven J. Levine
: Rebase
: 1561365 (view as bug list)
Depends On:
Blocks: 1493755
  Show dependency treegraph
 
Reported: 2017-11-14 19:09 EST by Ken Gaillot
Modified: 2018-06-19 01:18 EDT (History)
9 users (show)

See Also:
Fixed In Version: pacemaker-1.1.18-1.el6
Doc Type: Release Note
Doc Text:
_pacemaker_ rebased to version 1.1.18 The _pacemaker_ packages have been upgraded to upstream version 1.1.18, which includes the following behavioral difference: Pacemaker now probes virtual machines launched with a Pacemaker Remote connection ("guest nodes"), just as it probes any node that joins the cluster. This allows Pacemaker to catch services that were mistakenly started at boot or by hand, and to refresh its knowledge after a resource clean-up. As such, it is important in order to be able to avoid having a service running in conflicting locations. However, these probes must be executed and the results processed before any resources can be started on the guest node. This can result in a noticeable increase in start-up time. Also, if users were previously relying on the probes not being done, the probes may fail (for example, if the relevant software isn't installed on the guest). These effects can be avoided in cases where it is not possible for certain resources to run on the guest nodes. Usually there will already be -INFINITY location constraints enforcing that. Users can add `resource-discovery=never` to the location constraint options to tell pacemaker not to probe that resource on the guest nodes. (This should not be done for any resource that can run on the guest.)
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-06-19 01:17:58 EDT
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Knowledge Base (Solution) 3227151 None None None 2018-03-28 16:28 EDT
Red Hat Product Errata RHBA-2018:1894 None None None 2018-06-19 01:18 EDT

  None (edit)
Description Ken Gaillot 2017-11-14 19:09:12 EST
Even though RHEL 6 has limited development now, a rebase makes sense for Pacemaker because:

* 1.1.18 will be the last actively developed upstream release to support CMAN

* RHEL 7.5 will be based on 1.1.18, and having 6.10 on the same version would be easier for support and documentation to work with

* 1.1.18 includes the fixes for Bug 1388102, Bug 1427643, and Bug 1500510. Rebasing would be much simpler than backporting these fixes against the current RHEL 6.9 code.

* 1.1.18 includes many fixes related to the Pacemaker Remote use case, especially when used within a Docker container as part of Pacemaker's new "bundle" feature. The rebase would give us the option of supporting a RHEL 7 Pacemaker cluster running RHEL 6 containers, which I suspect will be a common use case for running legacy applications that can't immediately be ported to RHEL 7.
Comment 7 Ken Gaillot 2018-03-28 16:28:52 EDT
*** Bug 1561365 has been marked as a duplicate of this bug. ***
Comment 8 Patrik Hagara 2018-04-25 03:30:14 EDT
test suite found no regressions, marking verified
Comment 11 errata-xmlrpc 2018-06-19 01:17:58 EDT
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:1894

Note You need to log in before you can comment on or make changes to this bug.