<div style="font-family: Arial; font-size: 13;">Thanks, got it.</div><div style="font-family: Arial; font-size: 13;">So, is it better to use "two_node: 1" or, as suggested else where, or "no-quorum-policy=stop"?</div><div style="font-family: Arial; font-size: 13;"><br></div><div style="font-family: Arial; font-size: 13;">About fencing, the machine I'm going to implement the 2-nodes cluster is a dual machine with shared disks backend.</div><div style="font-family: Arial; font-size: 13;">Each node has two 10Gb ethernets dedicated to the public ip and the admin console.</div><div style="font-family: Arial; font-size: 13;">Then there is a third 100Mb ethernet connecing the two machines internally.</div><div style="font-family: Arial; font-size: 13;">I was going to use this last one as fencing via ssh, but looks like this way I'm not gonna have ip/pool/zone movements if one of the nodes freezes or halts without shutting down pacemaker clean.</div><div style="font-family: Arial; font-size: 13;">What should I use instead?</div><div style="font-family: Arial; font-size: 13;"><br></div><div style="font-family: Arial; font-size: 13;">Thanks for your help,</div><div style="font-family: Arial; font-size: 13;">Gabriele<br><br><div id="wt-mailcard"><div style="font-family: Arial;">----------------------------------------------------------------------------------------<br></div><div style="font-family: Arial;"><b>Sonicle S.r.l. </b>: <a href="http://www.sonicle.com/" target="_new">http://www.sonicle.com</a></div><div style="font-family: Arial;"><b>Music: </b><a href="http://www.gabrielebulfon.com/" target="_new">http://www.gabrielebulfon.com</a></div><div style="font-family: Arial;"><b>Quantum Mechanics : </b><a href="http://www.cdbaby.com/cd/gabrielebulfon" target="_new">http://www.cdbaby.com/cd/gabrielebulfon</a></div></div><tt><br><br><br>----------------------------------------------------------------------------------<br><br>Da: Ken Gaillot <kgaillot@redhat.com><br>A: users@clusterlabs.org <br>Data: 31 agosto 2016 17.25.05 CEST<br>Oggetto: Re: [ClusterLabs] ip clustering strange behaviour<br><br></tt><blockquote style="BORDER-LEFT: #000080 2px solid; MARGIN-LEFT: 5px; PADDING-LEFT: 5px"><tt>On 08/30/2016 01:52 AM, Gabriele Bulfon wrote:<br>> Sorry for reiterating, but my main question was:<br>> <br>> why does node 1 removes its own IP if I shut down node 2 abruptly?<br>> I understand that it does not take the node 2 IP (because the<br>> ssh-fencing has no clue about what happened on the 2nd node), but I<br>> wouldn't expect it to shut down its own IP...this would kill any service<br>> on both nodes...what am I wrong?<br><br>Assuming you're using corosync 2, be sure you have "two_node: 1" in<br>corosync.conf. That will tell corosync to pretend there is always<br>quorum, so pacemaker doesn't need any special quorum settings. See the<br>votequorum(5) man page for details. Of course, you need fencing in this<br>setup, to handle when communication between the nodes is broken but both<br>are still up.<br><br>> ----------------------------------------------------------------------------------------<br>> *Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/><br>> *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/><br>> *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon<br>> <br>> ------------------------------------------------------------------------<br>> <br>> <br>> *Da:* Gabriele Bulfon <gbulfon@sonicle.com><br>> *A:* kwenning@redhat.com Cluster Labs - All topics related to<br>> open-source clustering welcomed <users@clusterlabs.org><br>> *Data:* 29 agosto 2016 17.37.36 CEST<br>> *Oggetto:* Re: [ClusterLabs] ip clustering strange behaviour<br>> <br>> <br>>     Ok, got it, I hadn't gracefully shut pacemaker on node2.<br>>     Now I restarted, everything was up, stopped pacemaker service on<br>>     host2 and I got host1 with both IPs configured. ;)<br>> <br>>     But, though I understand that if I halt host2 with no grace shut of<br>>     pacemaker, it will not move the IP2 to Host1, I don't expect host1<br>>     to loose its own IP! Why?<br>> <br>>     Gabriele<br>> <br>>     ----------------------------------------------------------------------------------------<br>>     *Sonicle S.r.l. *: http://www.sonicle.com <http://www.sonicle.com/><br>>     *Music: *http://www.gabrielebulfon.com <http://www.gabrielebulfon.com/><br>>     *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon<br>> <br>> <br>> <br>>     ----------------------------------------------------------------------------------<br>> <br>>     Da: Klaus Wenninger <kwenning@redhat.com><br>>     A: users@clusterlabs.org<br>>     Data: 29 agosto 2016 17.26.49 CEST<br>>     Oggetto: Re: [ClusterLabs] ip clustering strange behaviour<br>> <br>>         On 08/29/2016 05:18 PM, Gabriele Bulfon wrote:<br>>         > Hi,<br>>         ><br>>         > now that I have IPaddr work, I have a strange behaviour on my test<br>>         > setup of 2 nodes, here is my configuration:<br>>         ><br>>         > ===STONITH/FENCING===<br>>         ><br>>         > primitive xstorage1-stonith stonith:external/ssh-sonicle op<br>>         monitor<br>>         > interval="25" timeout="25" start-delay="25" params<br>>         hostlist="xstorage1"<br>>         ><br>>         > primitive xstorage2-stonith stonith:external/ssh-sonicle op<br>>         monitor<br>>         > interval="25" timeout="25" start-delay="25" params<br>>         hostlist="xstorage2"<br>>         ><br>>         > location xstorage1-stonith-pref xstorage1-stonith -inf: xstorage1<br>>         > location xstorage2-stonith-pref xstorage2-stonith -inf: xstorage2<br>>         ><br>>         > property stonith-action=poweroff<br>>         ><br>>         ><br>>         ><br>>         > ===IP RESOURCES===<br>>         ><br>>         ><br>>         > primitive xstorage1_wan1_IP ocf:heartbeat:IPaddr params<br>>         ip="1.2.3.4"<br>>         > cidr_netmask="255.255.255.0" nic="e1000g1"<br>>         > primitive xstorage2_wan2_IP ocf:heartbeat:IPaddr params<br>>         ip="1.2.3.5"<br>>         > cidr_netmask="255.255.255.0" nic="e1000g1"<br>>         ><br>>         > location xstorage1_wan1_IP_pref xstorage1_wan1_IP 100: xstorage1<br>>         > location xstorage2_wan2_IP_pref xstorage2_wan2_IP 100: xstorage2<br>>         ><br>>         > ===================<br>>         ><br>>         > So I plumbed e1000g1 with unconfigured IP on both machines and<br>>         started<br>>         > corosync/pacemaker, and after some time I got all nodes online and<br>>         > started, with IP configured as virtual interfaces (e1000g1:1 and<br>>         > e1000g1:2) one in host1 and one in host2.<br>>         ><br>>         > Then I halted host2, and I expected to have host1 started with<br>>         both<br>>         > IPs configured on host1.<br>>         > Instead, I got host1 started with the IP stopped and removed (only<br>>         > e1000g1 unconfigured), host2 stopped saying IP started (!?).<br>>         > Not exactly what I expected...<br>>         > What's wrong?<br>> <br>>         How did you stop host2? Graceful shutdown of pacemaker? If not ...<br>>         Anyway ssh-fencing is just working if the machine is still<br>>         running ...<br>>         So it will stay unclean and thus pacemaker is thinking that<br>>         the IP might still be running on it. So this is actually the<br>>         expected<br>>         behavior.<br>>         You might add a watchdog via sbd if you don't have other fencing<br>>         hardware at hand ...<br>>         ><br>>         > Here is the crm status after I stopped host 2:<br>>         ><br>>         > 2 nodes and 4 resources configured<br>>         ><br>>         > Node xstorage2: UNCLEAN (offline)<br>>         > Online: [ xstorage1 ]<br>>         ><br>>         > Full list of resources:<br>>         ><br>>         > xstorage1-stonith (stonith:external/ssh-sonicle): Started<br>>         xstorage2<br>>         > (UNCLEAN)<br>>         > xstorage2-stonith (stonith:external/ssh-sonicle): Stopped<br>>         > xstorage1_wan1_IP (ocf::heartbeat:IPaddr): Stopped<br>>         > xstorage2_wan2_IP (ocf::heartbeat:IPaddr): Started xstorage2<br>>         (UNCLEAN)<br>>         ><br>>         ><br>>         > Gabriele<br>>         ><br>>         ><br>>         ----------------------------------------------------------------------------------------<br>>         > *Sonicle S.r.l. *: http://www.sonicle.com<br>>         <http://www.sonicle.com/><br>>         > *Music: *http://www.gabrielebulfon.com<br>>         <http://www.gabrielebulfon.com/><br>>         > *Quantum Mechanics : *http://www.cdbaby.com/cd/gabrielebulfon<br><br>_______________________________________________<br>Users mailing list: Users@clusterlabs.org<br>http://clusterlabs.org/mailman/listinfo/users<br><br>Project Home: http://www.clusterlabs.org<br>Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf<br>Bugs: http://bugs.clusterlabs.org<br><br><br></tt></blockquote></div>