Re: [ClusterLabs] [corosync] Master branch
I've just committed a bit patch to the master branch of corosync - it is now all very experimental, and existing pull requests against master might need to be checked. This starts the work on what will hopefully Thanks Chrissie, nice work. I must highlight "it is now all very experimental". Of course we will be more than happy for feedback/bug reports (like https://github.com/corosync/corosync/issues/158) but if you want something working and tested use "needle" branch/official releases. Honza become corosync 3.0 The commit is to make Kronosnet the new, default, transport for corosync. It might take a while to get this fully stabilised but I've been running it myself for a while now and it seems pretty reliable. Here are the commit notes: totem: Add Kronosnet transport. This is a big update that removes RRP & MRP from the codebase and makes knet the default transport for corosync. UDP & UDPU are still (currently) supported but are deprecated. Also crypto and mutiple interfaces are only supported over knet. To compile this codebase you will need to install libknet from https://github.com/fabbione/kronosnet The corosync.conf(5) man page has been updated with info on the new options. Older config files should still work but many options have changed because of the knet implementation so configs should be checked carefully. In particular any cluster using using RRP over UDP or UDPU will not start as RRP is no longer present. If you need multiple interface support then you should be using the knet transport. Knet brings many benefits to the corosync codebase, it provides support for more interfaces than RRP (up to 8), will be more reliable in the event of network outages and allows dynamic reconfiguration of interfaces. It also fixes the ifup/ifdown and 127.0.0.1 binding problems that have plagued corosync/openais from day 1 Signed-off-by: Christine Caulfield Chrissie ___ 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
Re: [ClusterLabs] [corosync] Master branch
On 11/10/16 12:07, Dennis Jacobfeuerborn wrote: > On 11.10.2016 12:42, Christine Caulfield wrote: >> I've just committed a bit patch to the master branch of corosync - it is >> now all very experimental, and existing pull requests against master >> might need to be checked. This starts the work on what will hopefully >> become corosync 3.0 >> >> The commit is to make Kronosnet the new, default, transport for >> corosync. It might take a while to get this fully stabilised but I've >> been running it myself for a while now and it seems pretty reliable. >> >> Here are the commit notes: >> >> totem: Add Kronosnet transport. >> >> This is a big update that removes RRP & MRP from the codebase >> and makes knet the default transport for corosync. UDP & UDPU >> are still (currently) supported but are deprecated. Also crypto >> and mutiple interfaces are only supported over knet. >> >> To compile this codebase you will need to install libknet from >> https://github.com/fabbione/kronosnet >> >> The corosync.conf(5) man page has been updated with info on the new >> options. Older config files should still work but many options >> have changed because of the knet implementation so configs should >> be checked carefully. In particular any cluster using using RRP >> over UDP or UDPU will not start as RRP is no longer present. If you >> need multiple interface support then you should be using the knet >> transport. >> >> Knet brings many benefits to the corosync codebase, it provides support >> for more interfaces than RRP (up to 8), will be more reliable in the >> event >> of network outages and allows dynamic reconfiguration of interfaces. >> It also fixes the ifup/ifdown and 127.0.0.1 binding problems that have >> plagued corosync/openais from day 1 >> >> Signed-off-by: Christine Caulfield > > Is it wise to only have support for a project that seems to be stuck in > an almost abandoned state? There seems to exist no meaningful > documentation available, the readme says that the project is in its > early stages of development (apparently for many years now) and the repo > sees very little activity from mostly one person. The user mailing list > has received one mail in 2010 and the development mailing list isn't > much more active either. > I'm in touch with the developer and the project is very far from being abandoned - even if the website is! We'll be taking on maintenance of knet as part of the cluster team here at Red Hat. believe me, this is not a dead project. Chrissie ___ 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
Re: [ClusterLabs] [corosync] Master branch
On 11.10.2016 12:42, Christine Caulfield wrote: > I've just committed a bit patch to the master branch of corosync - it is > now all very experimental, and existing pull requests against master > might need to be checked. This starts the work on what will hopefully > become corosync 3.0 > > The commit is to make Kronosnet the new, default, transport for > corosync. It might take a while to get this fully stabilised but I've > been running it myself for a while now and it seems pretty reliable. > > Here are the commit notes: > > totem: Add Kronosnet transport. > > This is a big update that removes RRP & MRP from the codebase > and makes knet the default transport for corosync. UDP & UDPU > are still (currently) supported but are deprecated. Also crypto > and mutiple interfaces are only supported over knet. > > To compile this codebase you will need to install libknet from > https://github.com/fabbione/kronosnet > > The corosync.conf(5) man page has been updated with info on the new > options. Older config files should still work but many options > have changed because of the knet implementation so configs should > be checked carefully. In particular any cluster using using RRP > over UDP or UDPU will not start as RRP is no longer present. If you > need multiple interface support then you should be using the knet > transport. > > Knet brings many benefits to the corosync codebase, it provides support > for more interfaces than RRP (up to 8), will be more reliable in the > event > of network outages and allows dynamic reconfiguration of interfaces. > It also fixes the ifup/ifdown and 127.0.0.1 binding problems that have > plagued corosync/openais from day 1 > > Signed-off-by: Christine Caulfield Is it wise to only have support for a project that seems to be stuck in an almost abandoned state? There seems to exist no meaningful documentation available, the readme says that the project is in its early stages of development (apparently for many years now) and the repo sees very little activity from mostly one person. The user mailing list has received one mail in 2010 and the development mailing list isn't much more active either. Regards, Dennis ___ 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
[ClusterLabs] [corosync] Master branch
I've just committed a bit patch to the master branch of corosync - it is now all very experimental, and existing pull requests against master might need to be checked. This starts the work on what will hopefully become corosync 3.0 The commit is to make Kronosnet the new, default, transport for corosync. It might take a while to get this fully stabilised but I've been running it myself for a while now and it seems pretty reliable. Here are the commit notes: totem: Add Kronosnet transport. This is a big update that removes RRP & MRP from the codebase and makes knet the default transport for corosync. UDP & UDPU are still (currently) supported but are deprecated. Also crypto and mutiple interfaces are only supported over knet. To compile this codebase you will need to install libknet from https://github.com/fabbione/kronosnet The corosync.conf(5) man page has been updated with info on the new options. Older config files should still work but many options have changed because of the knet implementation so configs should be checked carefully. In particular any cluster using using RRP over UDP or UDPU will not start as RRP is no longer present. If you need multiple interface support then you should be using the knet transport. Knet brings many benefits to the corosync codebase, it provides support for more interfaces than RRP (up to 8), will be more reliable in the event of network outages and allows dynamic reconfiguration of interfaces. It also fixes the ifup/ifdown and 127.0.0.1 binding problems that have plagued corosync/openais from day 1 Signed-off-by: Christine Caulfield Chrissie ___ 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