<div dir="ltr">Hi Dejan,<br>Thanks for the tip.<br><br>Concerning the timeout values, what would be the ticket renewal typical values for a production environment?<br><br>Thanks,<br>Jorge<br><br>&gt;<br>&gt;On Sun, Feb 08, 2015 at 07:06:13PM +0000, Jorge Lopes wrote:<br>&gt;&gt; Hi all,<br>&gt;&gt;<br>&gt;&gt; I&#39;m performing a lab test were I have a geo cluster and an arbitrator, in a<br>&gt;&gt; configuration for disaster recovery with fail over. There are two main<br>&gt;&gt; sites (primary and disaster recovery) and a third site for arbitrator.<br>&gt;&gt;<br>&gt;&gt; I have defined a ticket named &quot;Primary&quot;, which will define which is the<br>&gt;&gt; primary site and which is the recovery site.<br>&gt;&gt; In my first configuration I had in the bothh.conf a value of 60  for the<br>&gt;&gt; ticket renewal. After I assigned the ticket to the primary site, when the<br>&gt;&gt; renovation time was reached, the ticket was not renewed and it ended up not<br>&gt;&gt; assigned to any of the sites.<br>&gt;&gt;<br>&gt;&gt; So, I increased the value to 120 and now the ticket gets correctly renewed.<br>&gt;&gt;<br>&gt;&gt; I am interested to know if there are any kind of constraints for the<br>&gt;&gt; minimum value for the ticket renewal. Is there any design aspect that would<br>&gt;&gt; recommend higher values? And what about in a production environment, where<br>&gt;&gt; time lags might be larger, would such a situation occur? What would be a<br>&gt;&gt; typical set of timeout values (please notice the CIB timeout values).<br>&gt;&gt;<br>&gt;&gt; My configurations are as follow.<br>&gt;<br>&gt;It seems like you&#39;re running the older version of booth, which<br>&gt;has been deprecated and is effectively unmaintained. The newer<br>&gt;version is available at<br>&gt;<a href="https://github.com/ClusterLabs/booth/releases/tag/v0.2.0">https://github.com/ClusterLabs/booth/releases/tag/v0.2.0</a><br>&gt;<br>&gt;Thanks,<br>&gt;<br>&gt;Dejan<br>&gt;<br>&gt;&gt; Thanks in advance,<br>&gt;&gt; Jorge<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; /etc/booth/booth.conf:<br>&gt;&gt;<br>&gt;&gt; transport=&quot;UDP&quot;<br>&gt;&gt; port=&quot;6666&quot;<br>&gt;&gt; site=&quot;192.168.180.211&quot;<br>&gt;&gt; site=&quot;192.168.190.211&quot;<br>&gt;&gt; arbitrator=&quot;192.168.200.211&quot;<br>&gt;&gt; ticket=&quot;primary;120&quot;<br>&gt;&gt;<br>&gt;&gt;<br>&gt;&gt; crm configure show:<br>&gt;&gt; node $id=&quot;1084798152&quot; cluster1-node1<br>&gt;&gt; primitive booth ocf:pacemaker:booth-site \<br>&gt;&gt;         meta resource-stickiness=&quot;INFINITY&quot; \<br>&gt;&gt;         op monitor interval=&quot;10s&quot; timeout=&quot;20s&quot;<br>&gt;&gt; primitive booth-ip ocf:heartbeat:IPaddr2 \<br>&gt;&gt;         params ip=&quot;192.168.180.211&quot;<br>&gt;&gt; primitive dummy-pgsql ocf:pacemaker:Stateful \<br>&gt;&gt;         op monitor interval=&quot;15&quot; role=&quot;Slave&quot; timeout=&quot;60s&quot; \<br>&gt;&gt;         op monitor interval=&quot;30&quot; role=&quot;Master&quot; timeout=&quot;60s&quot;<br>&gt;&gt; primitive oversee-ip ocf:heartbeat:IPaddr2 \<br>&gt;&gt;         params ip=&quot;192.168.180.210&quot;<br>&gt;&gt; group g-booth booth-ip booth<br>&gt;&gt; ms ms_dummy_pqsql dummy-pgsql \<br>&gt;&gt;         meta target-role=&quot;Master&quot; clone-max=&quot;1&quot;<br>&gt;&gt; order order-booth-oversee-ip inf: g-booth oversee-ip<br>&gt;&gt; rsc_ticket ms_dummy_pgsql_primary primary: ms_dummy_pqsql:Master<br>&gt;&gt; loss-policy=demote<br>&gt;&gt; rsc_ticket oversee-ip-req-primary primary: oversee-ip loss-policy=stop<br>&gt;&gt; property $id=&quot;cib-bootstrap-options&quot; \<br>&gt;&gt;         dc-version=&quot;1.1.10-42f2063&quot; \<br>&gt;&gt;         cluster-infrastructure=&quot;corosync&quot; \<br>&gt;&gt;         stonith-enabled=&quot;false&quot;<br>&gt;</div>