<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, May 25, 2017 at 11:01 AM Yaniv Kaul &lt;<a href="mailto:ykaul@redhat.com">ykaul@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Wed, May 24, 2017 at 9:28 PM, Odilon Junior <span dir="ltr">&lt;<a href="mailto:odilon.junior93@gmail.com" target="_blank">odilon.junior93@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi everyone, i&#39;ve just subscribed to the maling list, I was going to ask one thing about ovirt in the IRC channel but no one was there.<br><br>I&#39;ve been using ovirt since 3.1, today we have one enviroment with 1 Ovirt Engine and 3 baremetal that we use for virtualization running the Ovirt 3.6.3. We have 3 NFS share from our colocation provider that are used as Storage.<br><br>Our collocation will be rolling one emergency maintenance to upgrade the firmware on the routers that provides our Private Network, the NFS service run on this Private Network,the downtime should be no more than 3 minutes.<br><br>I&#39;m concerned, what is the best way to approach this, should we shutdown all the VMs and the hypervisor? Or we can just let the Ovirt handle this? The communication between the Ovirts and the Engine are from another network that will not be affected.<br></div></blockquote><div><br></div></div></div></div><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>You should put everything into maintenance.</div><div>Unlike other storages, NFS will hang and you&#39;ll have stale mounts eventually, which cannot be recovered from. </div></div></div></div></blockquote><div><br></div><div>We have code detecting and recovering from stale mounts, but we also</div><div>have a bug reporting stale mounts that did not recover.</div><div><br></div><div><div>If the vms using this storage are very important, and you cannot have</div><div>downtime, best move the disk to another storage before the upgrade,</div><div>and move back the disk to the original storage after the upgrade.</div><div><br></div><div>If the vms are not very important and you are ok with several minutes</div><div>of downtime, stopping the vms and putting the domain to maintenance</div><div>is the safe way.</div><br class="inbox-inbox-Apple-interchange-newline"></div><div>Nir</div></div></div>