I prefer that the stack is auto enabled. Imagine that you got a DB that is replicated and primary DB node is fenced.<div id="yMail_cursorElementTracker_1619459973613"><br></div><div id="yMail_cursorElementTracker_1619459973746">You would like that node to join the cluster and if possible to sync with the new primary instead of staying down.</div><div id="yMail_cursorElementTracker_1619460004895"><br></div><div id="yMail_cursorElementTracker_1619460005512">One such example is the SAP HANA DB. Imagine that the current primary node looses storage and it failed to commit all transactions to disk. Without replication you will endure data loss for the last 1-2 minutes (depends on your monitoring interval) unless you got a replication.</div><div id="yMail_cursorElementTracker_1619460122508"><br></div><div id="yMail_cursorElementTracker_1619460122638">Yet, there are cases where the previously fenced node joins the cluster and due to hardware issues causes performance degradation on the current master.</div><div id="yMail_cursorElementTracker_1619460173172"><br></div><div id="yMail_cursorElementTracker_1619460173405">Both cases have their benefits and drawbacks and you have to weight them all before taking that decision.</div><div id="yMail_cursorElementTracker_1619460209004"><br></div><div id="yMail_cursorElementTracker_1619460209210"><br></div><div id="yMail_cursorElementTracker_1619460209403">Best Regards,</div><div id="yMail_cursorElementTracker_1619460212875">Strahil Nikolov<br> <br> <blockquote style="margin: 0 0 20px 0;"> <div style="font-family:Roboto, sans-serif; color:#6D00F6;"> <div>On Mon, Apr 26, 2021 at 20:04, Moneta, Howard</div><div><Howard.Moneta@csaa.com> wrote:</div> </div> <div style="padding: 10px 0 0 20px; margin: 10px 0 0 0; border-left: 1px solid #6D00F6;"> <div id="yiv6119479942">

 
 
<style><!--
#yiv6119479942  
 _filtered {}
 _filtered {}
#yiv6119479942  
#yiv6119479942 p.yiv6119479942MsoNormal, #yiv6119479942 li.yiv6119479942MsoNormal, #yiv6119479942 div.yiv6119479942MsoNormal
        {margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:"Calibri", sans-serif;}
#yiv6119479942 a:link, #yiv6119479942 span.yiv6119479942MsoHyperlink
        {color:#0563C1;text-decoration:underline;}
#yiv6119479942 a:visited, #yiv6119479942 span.yiv6119479942MsoHyperlinkFollowed
        {color:#954F72;text-decoration:underline;}
#yiv6119479942 span.yiv6119479942EmailStyle17
        {font-family:"Calibri", sans-serif;color:windowtext;}
#yiv6119479942 .yiv6119479942MsoChpDefault
        {font-family:"Calibri", sans-serif;}
 _filtered {}
#yiv6119479942 div.yiv6119479942WordSection1
        {}
--></style>

<div>
<div class="yiv6119479942WordSection1">
<p class="yiv6119479942MsoNormal">Hello community.  I have read that it is not recommended to set Pacemaker and corosync to enabled/auto start on the nodes.  Is this how people have it configured? If a computer restarts unexpectedly, is it better to manually investigate
 first or allow the node to come back online and rejoin the cluster automaticly in order to minimize downtime?  If the auto start is not enabled, how do you handle patching?  I’m using Pacemaker with PAF, PostgreSQL Automatic Failover. I had thought to follow
 the published guidance and not set those processes to enabled but other coworkers are resisting and saying that the systems should be configured to recover by themselves around patching or even a temporary unplanned network/virtualization glitch.</p> 
<p class="yiv6119479942MsoNormal">  </p> 
<p class="yiv6119479942MsoNormal">Thanks,</p> 
<p class="yiv6119479942MsoNormal">Howard</p> 
<p class="yiv6119479942MsoNormal">  </p> 
</div>
<p>This message may contain information, including personally identifiable information that is confidential, privileged, or otherwise legally protected. If you are not the intended recipient, please immediately notify the sender and delete this message without
 copying, disclosing, or distributing it.</p>
</div>

</div>_______________________________________________<br>Manage your subscription:<br><a href="https://lists.clusterlabs.org/mailman/listinfo/users" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br><br>ClusterLabs home: <a href="https://www.clusterlabs.org/" target="_blank">https://www.clusterlabs.org/</a><br> </div> </blockquote></div>