Hide Forgot
Cloned (as suggested by fabio), so cluster can modify the schema to allow the new ttl option.
Lon please hold a sec on this one. I think there is a bug in cman preconfig that would prevent this to work forever. See #640311 comment 9. I'll try to finish my investigation by end of today.
Confirmed the issue in #640311 comment 9 and 10.
Need info from 640311. I have patches ready for both cases, need to know the correct one, based on feedback.
*** Bug 684305 has been marked as a duplicate of this bug. ***
http://git.fedorahosted.org/git/?p=cluster.git;a=commitdiff;h=0f5af364300d3ddb2de2428de2f169be917a3c15 Patch is now upstream, based on agreements from other related BZs. TTL in cman is configured as: <cman...> <multicast ttl="value"/> </cman> and relaxng schema is updated to reflect that. Tested in a 2 nodes cluster (one node i686 and one x86_64) with corosync + ttl patches and cman with this patch: <cman> <multicast ttl="0"/> </cman> [root@fedora14-node1 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 84 Membership state: Cluster-Member Nodes: 1 Expected votes: 2 Total votes: 1 Node votes: 1 Quorum: 2 Activity blocked Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node1 Node ID: 1 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.97 Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 88 Membership state: Cluster-Member Nodes: 1 Expected votes: 2 Total votes: 1 Node votes: 1 Quorum: 2 Activity blocked Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node2 Node ID: 2 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.98 As expected with ttl=0 nodes do not join the cluster as multicast traffic is only local. [root@fedora14-node1 ~]# corosync-objctl |grep ttl cluster.cman.multicast.ttl=0 totem.interface.ttl=0 [root@fedora14-node2 ~]# corosync-objctl |grep ttl cluster.cman.multicast.ttl=0 totem.interface.ttl=0 and key is propagated down to the totem interface config. <cman> <multicast ttl="1"/> </cman> [root@fedora14-node1 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 92 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node1 Node ID: 1 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.97 [root@fedora14-node1 ~]# [root@fedora14-node2 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 92 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node2 Node ID: 2 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.98 [root@fedora14-node2 ~]# as expected, nodes join the cluster [root@fedora14-node2 ~]# corosync-objctl |grep ttl cluster.cman.multicast.ttl=1 default value is not propagated down as it is unnecessary operation. <cman> <multicast ttl="255"/> </cman> Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 100 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node1 Node ID: 1 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.97 [root@fedora14-node2 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 100 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node2 Node ID: 2 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.98 [root@fedora14-node2 ~]# corosync-objctl |grep ttl cluster.cman.multicast.ttl=255 totem.interface.ttl=255 Testing default (no multicast ttl specified): [root@fedora14-node1 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 108 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node1 Node ID: 1 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.97 [root@fedora14-node2 ~]# cman_tool status Version: 6.2.0 Config Version: 2 Cluster Name: fabbione Cluster Id: 25573 Cluster Member: Yes Cluster Generation: 108 Membership state: Cluster-Member Nodes: 2 Expected votes: 2 Total votes: 2 Node votes: 1 Quorum: 2 Active subsystems: 1 Flags: Ports Bound: 0 Node name: fedora14-node2 Node ID: 2 Multicast addresses: 239.192.99.73 Node addresses: 192.168.2.98 [root@fedora14-node2 ~]# corosync-objctl |grep ttl [root@fedora14-node2 ~]# testing error conditions: <cman> <multicast ttl="-1"/> </cman> [root@fedora14-node2 cluster]# cman_tool -d join Validating configuration calling '/usr/sbin/ccs_config_validate ' TTL value (4294967295) out of range (0 - 255) Unable to get the configuration cman_tool: Not joining, configuration is not valid (the output of 4294967295 is due to ttl value being unsigned) <cman> <multicast ttl="256"/> </cman> [root@fedora14-node2 cluster]# cman_tool -d join Validating configuration calling '/usr/sbin/ccs_config_validate ' TTL value (256) out of range (0 - 255) Unable to get the configuration cman_tool: Not joining, configuration is not valid
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0537.html