
<html dir="ltr"><head></head><body style="text-align:left; direction:ltr;" bgcolor="#ffffff" text="#221f1e" link="#0057ae" vlink="#221f1e"><div>Hi,</div><div><br></div><div>btw, is sbd is now able to handle cib diffs internally?</div><div>Last time I tried to use it with frequently changing CIB, it became a CPU hog - it requested full CIB copy on every change.</div><div><br></div><div><br></div><div>Fri, 21/08/2020 в 13:16 -0500, Ken Gaillot wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><pre>Hi all,</pre><pre><br></pre><pre>Looking ahead to the Pacemaker 2.0.5 release expected toward the end of</pre><pre>this year, we will have improvements of interest to anyone running</pre><pre>clusters with sbd.</pre><pre><br></pre><pre>Previously at start-up, if sbd was blocked from contacting Pacemaker's</pre><pre>CIB in a way that looked like pacemaker wasn't running (SELinux being a</pre><pre>good example), pacemaker would run resources without protection from</pre><pre>sbd. Now, if sbd is running, pacemaker will wait until sbd contacts it</pre><pre>before it will start any resources, so the cluster is protected in this</pre><pre>situation.</pre><pre><br></pre><pre>Additionally, sbd will now periodically contact the main pacemaker</pre><pre>daemon for a status report. Currently, this is just an immediate</pre><pre>response, but it ensures that the main pacemaker daemon is responsive</pre><pre>to IPC requests. This is a bit more assurance that pacemaker is not</pre><pre>only running, but functioning properly. In future versions, we will</pre><pre>have even more in-depth health checks as part of this feature.</pre><pre><br></pre><pre>Previously at shutdown, sbd determined a clean pacemaker shutdown by</pre><pre>checking whether any resources were running at shutdown. This would</pre><pre>lead to sbd fencing if pacemaker shut down in maintenance mode with</pre><pre>resources active. Now, sbd will determine clean shutdowns as part of</pre><pre>the status report described above, avoiding that situation.</pre><pre><br></pre><pre>These behaviors will be controlled by a new option in</pre><pre>/etc/sysconfig/sbd or /etc/default/sbd, SBD_SYNC_RESOURCE_STARTUP. This</pre><pre>defaults to "no" for backward compatibility when a newer sbd is used</pre><pre>with an older pacemaker or vice versa. Distributions may change the</pre><pre>value to "yes" since they can ensure both sbd and pacemaker versions</pre><pre>support it; users who build their own installations can set it</pre><pre>themselves if both versions support it.</pre></blockquote><div><br></div></body></html>