<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 29, 2021 at 3:35 AM Ulrich Windl <<a href="mailto:Ulrich.Windl@rz.uni-regensburg.de">Ulrich.Windl@rz.uni-regensburg.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">>>> d tbsky <<a href="mailto:tbskyd@gmail.com" target="_blank">tbskyd@gmail.com</a>> schrieb am 29.03.2021 um 04:01 in Nachricht<br>
<CAC6SzHLi0ufVhE3RM57e2V=<a href="mailto:t_mOmL5ECX8AY3gtcfGmOfKDaxg@mail.gmail.com" target="_blank">t_mOmL5ECX8AY3gtcfGmOfKDaxg@mail.gmail.com</a>>:<br>
> Hi:<br>
>    since the vm start/stop at once will consume disk IO, I want to<br>
> start/stop the vm<br>
> one‑by‑one with delay.<br>
<br>
I'm surprised that in these days of fast disks and SSDs this is still an<br>
issue.<br>
Maybe don't delay the start, but limit concurrent starts.<br>
Or maybe add some weak ordering between the VMs.<br></blockquote><div><br></div><div>kind=Serialize does this. It makes the resources start consecutively, in no particular order. I added the comment about ocf:heartbeat:Delay because D mentioned wanting a delay... but I don't see why it would be necessary, if Serialize is used.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
> <br>
>     search the email‑list I found the discussion<br>
> <a href="https://oss.clusterlabs.org/pipermail/pacemaker/2013" rel="noreferrer" target="_blank">https://oss.clusterlabs.org/pipermail/pacemaker/2013</a>‑August/043128.html <br>
> <br>
>     now I am testing rhel8 with pacemaker 2.0.4. I wonder if there are<br>
> new methods to solve the problem. I search the document but didn't<br>
> find new parameters for the job.<br>
> <br>
>     if possible I don't want to modify VirtualDomain RA which comes<br>
> with standard rpm package. maybe I should write a new RA which stagger<br>
> the node utilization. but if I reset the node utilization when cluster<br>
> restart, there maybe a race condition.<br>
> <br>
>      thanks for help!<br>
> _______________________________________________<br>
> Manage your subscription:<br>
> <a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a> <br>
> <br>
> ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a> <br>
<br>
<br>
<br>
_______________________________________________<br>
Manage your subscription:<br>
<a href="https://lists.clusterlabs.org/mailman/listinfo/users" rel="noreferrer" target="_blank">https://lists.clusterlabs.org/mailman/listinfo/users</a><br>
<br>
ClusterLabs home: <a href="https://www.clusterlabs.org/" rel="noreferrer" target="_blank">https://www.clusterlabs.org/</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div>Regards,<br><br></div>Reid Wahl, RHCA<br></div><div>Senior Software Maintenance Engineer, Red Hat<br></div>CEE - Platform Support Delivery - ClusterHA</div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>