<div dir="ltr"><div dir="ltr">Hi yoctozepto, thanks your advice.</div><div dir="ltr"><br></div><div>Perhaps need to do maraidb_recovery again once the failure node back online to prevent brain split issue.</div><div>But we'll try it if we met the same case again in the future!</div><div><br></div><div>Thank you very much,</div><div>Eddie.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Radosław Piliszek <<a href="mailto:radoslaw.piliszek@gmail.com">radoslaw.piliszek@gmail.com</a>> 於 2020年11月16日 週一 下午4:04寫道：<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Nov 16, 2020 at 3:52 AM Eddie Yen <<a href="mailto:missile0407@gmail.com" target="_blank">missile0407@gmail.com</a>> wrote:<br>
><br>
> Hi everyone,<br>
><br>
<br>
Hi Eddie!<br>
<br>
> We met an issue few days ago. When we launch Openstack cluster, we found<br>
> that there's a controller couldn't boot up caused by hardware failure, And MariaDB<br>
> lost sync after left controllers booted into system.<br>
> In this case, Can I just mark down the failed controller hostname in inventory file and<br>
> do mariadb_recovery? Any risk after do this after failure one back online?<br>
<br>
It is supposed to be used like you are saying.<br>
As long as the alive controllers have all the data you need, it will work fine.<br>
They should if they were up before failure.<br>
The failed one will either be unable to rejoin the cluster or just<br>
follow the others.<br>
It depends on its local state.<br>
It will not impose its state on others so it is safe to turn it on and<br>
then fix it.<br>
<br>
(All the above assumes standard configuration)<br>
<br>
><br>
> Many thanks,<br>
> Eddie.<br>
<br>
-yoctozepto<br>
</blockquote></div>