Hide Forgot
Description of problem: Corosync RRP in 6.2 has few sharp edges Todo: - Check that user doesn't entered same mcast address - Check that user doesn't mix ipv6 and ipv4 - Handle (somehow) two interfaces on same subnet
This request was not resolved in time for the current release. Red Hat invites you to ask your support representative to propose this request, if still desired, for consideration in the next release of Red Hat Enterprise Linux.
This request was erroneously removed from consideration in Red Hat Enterprise Linux 6.4, which is currently under development. This request will be evaluated for inclusion in Red Hat Enterprise Linux 6.4.
- Document (man page) that user should not use same mcast addr for rrp
Created attachment 958614 [details] config: Make sure user doesn't mix IPv6 and IPv4 config: Make sure user doesn't mix IPv6 and IPv4 Checking code was there, sadly not correct, so it was possible to enter one bindnet addr as IPv4 and second as IPv6. Fix is trivial. Signed-off-by: Jan Friesse <jfriesse> Reviewed-by: Christine Caulfield <ccaulfie>
Created attachment 958615 [details] config: Process broadcast option consistently config: Process broadcast option consistently Broadcast option is global but in config set in interface section. When more interfaces are defined, only broadcast from last section was used. Solution is to use broadcast whenever at least one interface use broadcast. Signed-off-by: Jan Friesse <jfriesse> Reviewed-by: Christine Caulfield <ccaulfie>
Created attachment 958616 [details] config: Ensure mcast address/port differs for rrp config: Ensure mcast address/port differs for rrp When using multiple interfaces, it's necessary to use different multicast address/port pair for each interface to make rrp work correctly. This is now checked in parser. Signed-off-by: Jan Friesse <jfriesse> Reviewed-by: Christine Caulfield <ccaulfie>
As discussed, please consider documenting, in cluster.conf(5), the restrictions and silent implications of using broadcast: - only makes sense with udp transport - if used on a ring, it will be applied to all the rings (true?) etc. These pieces of information are missing also in needle major version.
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://rhn.redhat.com/errata/RHBA-2015-1389.html