<div dir="auto"><div>Hi Radosław</div><div dir="auto"><br></div><div dir="auto">Thanks for your reply.</div><div dir="auto">Is there any configuration or anything workaround avoid this?</div><div dir="auto"><br></div><div dir="auto">Regards</div><div dir="auto">Anirudh Gupta<br><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Sat, 17 Jul, 2021, 12:27 am Radosław Piliszek, <<a href="mailto:radoslaw.piliszek@gmail.com">radoslaw.piliszek@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">For the record, in the other mailing thread (on stx) I suggested this<br>
should not be happening and it was likely some resource pressure.<br>
<br>
-yoctozepto<br>
<br>
On Fri, Jul 16, 2021 at 8:31 PM Anirudh Gupta <<a href="mailto:anyrude10@gmail.com" target="_blank" rel="noreferrer">anyrude10@gmail.com</a>> wrote:<br>
><br>
> Hi Team,<br>
><br>
> We have deployed the Openstack Victoria release using Multinode Kolla Ansible deployment.<br>
>  There are 2 nodes - one for compute and other for Controller+Network<br>
><br>
> Following the below link, we also upgraded the setup from Victoria to wallaby<br>
><br>
> <a href="https://docs.openstack.org/kolla-ansible/latest/user/operating-kolla.html" rel="noreferrer noreferrer" target="_blank">https://docs.openstack.org/kolla-ansible/latest/user/operating-kolla.html</a><br>
><br>
> During the Upgrade process, we figured out that the VM which was spawned before Upgrade went to shut off during the middle of Upgrade process and post completion of the upgrade process, we had to manually start the VM again.<br>
><br>
> Ideally we were expecting that the existing Workloads would remain unimpacted in this process.<br>
><br>
> Can someone please suggest if our observation is correct or any steps that needs to be taken in order to avoid this?<br>
><br>
> Regards<br>
> Anirudh Gupta<br>
</blockquote></div></div></div>