Good afternoon,<div><br></div><div>Looking at the corosync configuration examples on the wiki ( <a href="http://www.clusterlabs.org/wiki/Initial_Configuration">http://www.clusterlabs.org/wiki/Initial_Configuration</a> ) and in the Clusters from Scratch document ( <a href="http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/_sample_corosync_configuration.html">http://www.clusterlabs.org/doc/en-US/Pacemaker/1.1/html/Clusters_from_Scratch/_sample_corosync_configuration.html</a> ), there are a number of changes or omissions of settings.</div>
<div><br></div><div>The wiki example includes:</div><div><br></div><div><div>       token: 5000</div><div>        token_retransmits_before_loss_const: 20</div><div>        join: 1000</div><div>        consensus: 7500</div>
<div>        vsftype: none</div><div>        max_messages: 20</div><div>        clear_nod_high_bit: yes</div></div><div><br></div><div>... and a few other settings that are no longer in the CfSv2 document.  The corosync.conf example there is very close to the default configuration when building from source.  It no longer covers creating a service definition in /etc/corosync/services.d/, because that's no longer needed and instead corosync and pacemaker are started individually.  What about the other settings, though?  I noticed with the CfSv2 sample config only (altered for my network), I get negative node ids since it doesn't include the 'clear_node_high_bit' setting.  Does that have no negative repercussions with pacemaker?  Are any of those other more conservative timing settings still relevant, or is it pretty safe to just tweak the example configuration and let corosync and pacemaker do their thing with largely default values?</div>
<div><br></div><div>Thanks,</div><div>Mark</div>