[ClusterLabs] Corosync 2.4.0 is available at corosync.org!

[Digimer]

On 30/06/16 12:28 PM, Jan Friesse wrote:
> I am pleased to announce the latest release of Corosync
> 2.4.0 available immediately from our website at
> http://build.clusterlabs.org/corosync/releases/.
> 
> This release is mostly about long awaited QDevice feature and few rather
> small fixes.

Woot! :D

> Qdevice is complete rewrite of old cman qdisk using network arbiter
> (instead of disk) so it's very similar to Linux HA quorum daemon/HP
> Serviceguard Quorum Server/...
> 
> Qdevice currently consists of two daemons:
> 
> - corosync-qdevice is a daemon running on each node of a cluster. It
> provides a configured number of votes to the quorum subsystem based  on
> a third-party arbitrator’s decision. Its primary use is to allow a
> cluster to sustain more node failures than standard quorum rules allow.
> It is recommended  for  clusters  with an even number of nodes and
> highly recommended for 2 node clusters.
> 
> - corosync-qnetd is a daemon running outside of the cluster with the
> purpose of providing a vote to the  corosync-qdevice model net. It’s
> designed to support multiple clusters and be almost configuration and
> state free. New clusters are handled dynamically and  no  configuration
> file exists. It’s also able to run as non-root user - which is
> recommended. Connection between the corosync-qdevice model net client
> can be optionally configured with TLS client certificate checking. The
> communication protocol between server and client is designed to be very
> simple and allow backwards compatibility.
> 
> To compile corosync-qdevice/corosync-qnetd, configure.sh has to be
> invoked with --enable-qdevices/--enable-qnetd switches.
> 
> To find out how to configure qdevice/qnetd take a look to man pages
> corosync-qdevice (8) and corosync-qnetd (8).
> 
> Please note that because of required changes in votequorum,
> libvotequorum is no longer binary compatible. This is reason for version
> bump.
> 
> Starting with this release 2.3 branch becomes unsupported and officially
> supported Needle is 2.4 branch. Just a note, this doesn't affect support
> of Flatiron where nothing changes and 1.4 branch is still supported.
> 
> Changelog for fixes for 2.4.0 (qdevices commits not included):
> 
> Ferenc Wágner (8):
>       cmap_track_add.3.in: fix typo: bellow -> below
>       Fix typo: funtion -> function
>       Fix typo: interger -> integer
>       Fix typo: Uknown -> Unknown
>       Fix typo: aquire -> acquire
>       Fix typo: retrive -> retrieve
>       Fix typo: alocated -> allocated
>       Fix typo: Diabled -> disabled
> 
> Jan Friesse (1):
>       config: get_cluster_mcast_addr error is not fatal
> 
> bliu (1):
>       low:typo fix in sam.h
> 
> Upgrade is (more than usually) highly recommended.
> 
> Thanks/congratulations to all people that contributed to achieve this
> great milestone.
> 
> 
> _______________________________________________
> Users mailing list: Users at 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


-- 
Digimer
Papers and Projects: https://alteeve.ca/w/
What if the cure for cancer is trapped in the mind of a person without
access to education?