[ClusterLabs] kronosnet v1.10 released

All, We are pleased to announce the general availability of kronosnet v1.10 kronosnet (or knet for short) is the new underlying network protocol for Linux HA components (corosync), that features the ability to use multiple links between nodes, active/active and active/passive link failover

[ClusterLabs] Minor regression in pacemaker 2.0.2

Hi all, A minor regression has been found in pacemaker 2.0.2: "stonith_admin --list-targets" will not work with fence agents other than fence_xvm. Apologies for not catching that before release. Anyone compiling or packaging 2.0.2 from source is recommended to include the commits from the

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

I am pleased to announce the latest maintenance release of Corosync 3.0.2 available immediately from our website at http://build.clusterlabs.org/corosync/releases/ or GitHub release section at https://github.com/corosync/corosync/releases. This release contains important bug fixes and some of

Re: [ClusterLabs] File System does not do a recovery on fail over

CC our file system people Jeff to this loop. >From my view, I feel the file system recovery time usually depends on file >system journal size, not file system size. Hello Jeff, do you think XFS will take 5 ~ 10 mins during the mounting after a uncleanly switch. Thanks Gang >>> On 6/12/2019 at

Re: [ClusterLabs] File System does not do a recovery on fail over

It may be off topic - but for such large filesystems journal check IS a problem. You may look at for ex. ZFS, it doesn't have a need for any journal recovery or fsck on mount (but it may be slower on some performance use cases, please test everything before use).12.06.2019, 08:30, "Indivar Nair"