>>> Ken Gaillot <kgail...@redhat.com> schrieb am 03.11.2016 um 17:08 in Nachricht <8af2ff98-05fd-a2c7-f670-58d0ff68e...@redhat.com>: > ClusterLabs is happy to announce the first release candidate for > Pacemaker version 1.1.16. Source code is available at: > > https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-1.1.16-rc1 > > The most significant enhancements in this release are: > > * rsc-pattern may now be used instead of rsc in location constraints, to > allow a single location constraint to apply to all resources whose names > match a regular expression. Sed-like %0 - %9 backreferences let > submatches be used in node attribute names in rules. > > * The new ocf:pacemaker:attribute resource agent sets a node attribute > according to whether the resource is running or stopped. This may be > useful in combination with attribute-based rules to model dependencies > that simple constraints can't handle.
I don't quite understand this: Isn't the state of a resource in the CIB status section anyway? If not, why not add it? So it would be readily available for anyone (rules, constraints, etc.). > > * Pacemaker's existing "node health" feature allows resources to move > off nodes that become unhealthy. Now, when using > node-health-strategy=progressive, a new cluster property > node-health-base will be used as the initial health score of newly > joined nodes (defaulting to 0, which is the previous behavior). This > allows cloned and multistate resource instances to start on a node even > if it has some "yellow" health attributes. So the node health is more or less a "node score"? I don't understand the last sentence. Maybe give an example? > > * Previously, the OCF_RESKEY_CRM_meta_notify_active_* variables were not > properly passed to multistate resources with notification enabled. This > has been fixed. To help resource agents detect when the fix is > available, the CRM feature set has been incremented. (Whenever the > feature set changes, mixed-version clusters are supported only during > rolling upgrades -- nodes with an older version will not be allowed to > rejoin once they shut down.) Where can I find a description of current "CRM feature sets"? Ulrich > > * Watchdog-based fencing using sbd now works on remote nodes. > > * The build process now takes advantage of various compiler features > (RELRO, PIE, as-needed linking, etc.) that enhance security and start-up > performance. See the "Hardening flags" comments in the configure.ac file > for more details. > > * Python 3 compatibility: The Pacemaker project now targets > compatibility with both python 2 (versions 2.6 and later) and python 3 > (versions 3.2 and later). All of the project's python code now meets > this target, with the exception of CTS, which is still python 2 only. > > * The Pacemaker coding guidelines have been replaced by a more > comprehensive addition to the documentation set, "Pacemaker > Development". It is intended for developers working on the Pacemaker > code base itself, rather than external code such as resource agents. A > copy is viewable at > http://clusterlabs.org/doc/en-US/Pacemaker/1.1-pcs/html-single/Pacemaker_Dev > elopment/index.html > > As usual, the release includes many bugfixes, including a fix for a > serious security vulnerability (CVE-2016-7035). For a more detailed list > of changes, see the change log: > > https://github.com/ClusterLabs/pacemaker/blob/1.1/ChangeLog > > Everyone is encouraged to download, compile and test the new release. We > do many regression tests and simulations, but we can't cover all > possible use cases, so your feedback is important and appreciated. Due > to the security fix, I intend to keep this release cycle short, so quick > testing feedback is especially appreciated. > > Many thanks to all contributors of source code to this release, > including Andrew Beekhof, Bin Liu, Christian Schneider, Christoph Berg, > David Shane Holden, Ferenc Wágner, Yan Gao, Hideo Yamauchi, Jan Pokorný, > Ken Gaillot, Klaus Wenninger, Kostiantyn Ponomarenko, Kristoffer > Grönlund, Lars Ellenberg, Masatake Yamato, Michal Koutný, Nakahira > Kazutomo, Nate Clark, Nishanth Aravamudan, Oyvind Albrigtsen, Ruben > Kerkhof, Tim Bishop, Vladislav Bogdanov and Yusuke Iida. Apologies if I > have overlooked anyone. > -- > Ken Gaillot <kgail...@redhat.com> > > _______________________________________________ > Users mailing list: Users@clusterlabs.org > http://clusterlabs.org/mailman/listinfo/users > > Project Home: http://www.clusterlabs.org > Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf > Bugs: http://bugs.clusterlabs.org _______________________________________________ Users mailing list: Users@clusterlabs.org http://clusterlabs.org/mailman/listinfo/users Project Home: http://www.clusterlabs.org Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf Bugs: http://bugs.clusterlabs.org
