<div class="gmail_quote"><div>Hi Jaime,</div><div> </div><div>For the datastore maintenance, I've stopped all VMs on ONE 3.6 and all images were saved with checkpoint. I upgraded to ONE 3.8.1 and re-established the disk paths and NFS, and all machines resumed well! </div>
<div> </div><div>I just had one problem on 3.8.1 migration, registered images don't work with current .../remotes/tm/shared/ln script.</div><div> </div><div>Sat Oct 27 12:41:39 2012 [TM][E]: clone: Command "cd /opt/opennebula/var/datastores/0/143; cp -r /opt/opennebula/var/datastores/ubuntu/snapshot.qcow2 /opt/opennebula/var/datastores/0/143/disk.0" failed: cp: cannot stat `/opt/opennebula/var/datastores/ubuntu/snapshot.qcow2': No such file or directory</div>
<div> </div><div>My DATASTORE_LOCATION is correct - "/opt/opennebula/var/datastores" - but my registered image source was "/opt/opennebula_shared/golden-images/ubuntu/snapshow.qcow2" and the .../remotes/tm/shared/ln script converted into "/opt/opennebula/var/datastores/ubuntu/snapshot.qcow2". I've looked into the script and I don't see how it can use images on some user folder, I had to change it:</div>
<div> </div><div><font face="Courier New">#modification by Andre Monteiro on 3.8.1 on /var/remotes/tm/shared/ln and clone scripts on line 53<br>if [[ "$SRC" == *datastore* ]]; then<br> SRC_PATH="${DST_DS_PATH}${SRC_ARG_PATH##$SRC_DS_PATH}"<br>
else<br> SRC_PATH=${SRC#*:}</font><br clear="all">
</div><div>Regards, </div><div><br>--<br>André Monteiro<br><br><br>
<br><br></div><div class="HOEnZb"><div class="h5"><div class="gmail_quote">On Fri, Oct 26, 2012 at 4:33 PM, Jaime Melis <span dir="ltr"><<a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
Hi,<div><br></div><div>In ONE 3.6 if you resume a VM and it doesn't work, it will go into FAIL, and once it's in fail you cannot bring it back to RUNNING again.</div><div><br></div><div>I suggest you upgrade to 3.8.1 (not 3.8.0) so you don't risk losing VMs.</div>
<div><br></div><div>We're about to release 3.8.1 (couple of hours luckily) which fixes a bug that affects VMs with CONTEXT</div><div><br></div><div>cheers,<br>Jaime<div><div><br><br><div class="gmail_quote">
On Fri, Oct 26, 2012 at 4:36 PM, André Monteiro <span dir="ltr"><<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div>Hi Jaime, </div><div> </div><div>Thank you for the prompt response. I have a optic fiber multipath disk shared with NFS to datastore and my images are very heterogeneous. I've started to stop the 69 VMs page by page (10 at a time), and it is working fine. I'll shutdown ONE 3.6 and Sunstone also.<br clear="all">
<br>--<br>André Monteiro<br><br><br>
<br><br></div><div><div><div class="gmail_quote">On Fri, Oct 26, 2012 at 3:30 PM, Jaime Melis <span dir="ltr"><<a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a>></span> wrote:<br>
<blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div>Hi,</div><div><br></div>It really depends on your storage configuration.<div><br></div><div>If you are using TM SSH (or using SHARED and all your VMS are CLONE = YES => images: persistent => no) AND you are *not* moving your system datastore, just the regular datastores, then you can just stop opennebula during the operations so no deploy or shutdown/save is performed in the meantime. </div>
<div><br></div><div>Otherwise, to be on the safe side I recommed you stop the vms and shutdown OpenNebula.</div><div><br></div><div>cheers,</div><div>Jaime<br><br><div class="gmail_quote"><div><div>On Fri, Oct 26, 2012 at 11:58 AM, André Monteiro <span dir="ltr"><<a href="mailto:andre.monteir@gmail.com" target="_blank">andre.monteir@gmail.com</a>></span> wrote:<br>
</div></div><blockquote style="margin:0px 0px 0px 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote"><div><div><div>Hello again,</div><div>
</div><div>My LUN disks, where datastore is located, are being moved to other physical location. What is the best way to prepare this migration and all VMs startup smoothly after remounting the disks? </div>
<div> </div><ul><li>Shutdown all VMS and restart them after?</li><li>Shutdown ONE main host/frontend blade?</li><li>Other?</li></ul><div clear="all"> </div><div>--</div><div>André Monteiro</div><div> </div><div> </div><div>
</div>
<br></div></div>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opennebula.org" target="_blank">Users@lists.opennebula.org</a><br>
<a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Jaime Melis<br>Project Engineer<br>OpenNebula - The Open Source Toolkit for Cloud Computing<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a><br>
</font></span></div>
</blockquote></div><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Jaime Melis<br>Project Engineer<br>OpenNebula - The Open Source Toolkit for Cloud Computing<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:jmelis@opennebula.org" target="_blank">jmelis@opennebula.org</a><br>
</div></div></div>
</blockquote></div><br>
</div></div></div><br>