Ok <div><br></div><div>Know I see the point. We are doing something similar for attaching/detaching an specific script is executed before and after the hypervisor. So I guess this could be added. I've filled an issue for this and plan it in future versions</div>


<div><br></div><div><a href="http://dev.opennebula.org/issues/1419" target="_blank">http://dev.opennebula.org/issues/1419</a></div><div><br></div><div>Meanwhile, as you probably had already found out, you can modify the migrate script to embed those "TM scripts".</div>


<div><br></div><div>Cheers</div><div><br></div><div>Ruben<br><br><div class="gmail_quote">On Thu, Aug 16, 2012 at 5:40 PM, Gary S. Cuozzo <span dir="ltr"><<a href="mailto:gary@isgsoftware.net" target="_blank">gary@isgsoftware.net</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:arial,helvetica,sans-serif">Is there a reason that ONE can't call a TM script with the source host, dest host, vm template, etc. when the migrate command is executed?<br>


<br>While ONE can't orchestrate the migration, it can at least notify the TM of the migration in advance.  That would allow me to grab the info I need from the template and fire off the login or rescan on the dest host.  ONE has got to know this info in order to even notify libvirt/KVM to do the migration.  So just call a TM script before issuing the libvirt command and abort if the script returns error.<br>


<br>Logout is not as critical to me.  Worst case I have some hosts which iSCSI sessions which are not in use.  The ideal scenario would be to be able to have some sort of TM script that gets called after ONE detects successful migration, but I could work around that on my own if it were not the case.<br>


<br><hr><div style="font-size:12pt;font-style:normal;font-family:Helvetica,Arial,sans-serif;text-decoration:none;font-weight:normal"><div><b>From: </b>"Ruben S. Montero" <<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>><br>


<b>To: </b>"Gary S. Cuozzo" <<a href="mailto:gary@isgsoftware.net" target="_blank">gary@isgsoftware.net</a>><br><b>Cc: </b><a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a><br>


</div><b>Sent: </b>Thursday, August 16, 2012 11:28:27 AM<div><div><br><b>Subject: </b>Re: [one-users] iSCSI recipe<br><br>Note that OpenNebula cannot orchestrate the two libvirt/KVM hypervisors doing the migration. When the first host is ready to stop running the VM (memory has been sent to the second hypervisor, etc..) it executes the hook (logout from the iSCSI server) and just right before starting rhe VM in the second host the hook (login in the iSCSI server) is run. There is nothing we can do to hook in that process.<div>




<br></div><div>We could however, include such scripts as part of the TM, distribute them in the hosts, and put them in the right places...</div><div><br></div><div><br></div><div>Cheers</div><div><br><div><br></div><div>



<br>
</div><div><br></div><div><br> <br><div class="gmail_quote">On Thu, Aug 16, 2012 at 1:48 PM, Gary S. Cuozzo <span dir="ltr"><<a href="mailto:gary@isgsoftware.net" target="_blank">gary@isgsoftware.net</a>></span> wrote:<br>




<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:arial,helvetica,sans-serif">Thanks.  While I understand that the login/logout needs to happen on the host systems, I think that if ONE had it's own hook or, better IMO, a TM script that could be called before/after migration, the functionality could be contained within the drivers themselves.  Then I could just take my code (which is now sprinkled across several host machines) and put it in the TM where I think it better fits.  My DS/TM already make remote calls via SSH to the SAN & vm hosts, so this would still fit the model pretty nicely.<br>




<br>I seem to remember that if the similar events for non-persistent images were called for persistent ones, I would be able to accomplish what I want.<br><br>Let me know your thoughts.<br><br>Thanks,<br>gary<br><br><br>



<hr>
<div style="font-size:12pt;font-style:normal;font-family:Helvetica,Arial,sans-serif;text-decoration:none;font-weight:normal"><b>From: </b>"Ruben S. Montero" <<a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a>><br>




<b>To: </b>"Gary S. Cuozzo" <<a href="mailto:gary@isgsoftware.net" target="_blank">gary@isgsoftware.net</a>><br><b>Cc: </b><a href="mailto:users@lists.opennebula.org" target="_blank">users@lists.opennebula.org</a><br>




<b>Sent: </b>Thursday, August 16, 2012 5:55:57 AM<br><b>Subject: </b>Re: [one-users] iSCSI recipe<br><br>Hi<div><br></div><div>For live-migrations the supported procedure is the libvirt hook, note that live migrations requires a close synchronization between the image movements, memory movements and the hypervisors. OpenNebula cannot perform the login/logout from the iSCSI sessions there. Cold migrations are handled by opennebula as part of the save and restore commands.</div>







<div><br></div><div>Cheers</div><div><br></div><div>Ruben <br><br><div class="gmail_quote">On Sun, Aug 12, 2012 at 4:41 AM, Gary S. Cuozzo <span dir="ltr"><<a href="mailto:gary@isgsoftware.net" target="_blank">gary@isgsoftware.net</a>></span> wrote:<br>







<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-size:12pt;font-family:arial,helvetica,sans-serif">Hello,<br> <div style="font-size:12pt;font-style:normal;font-family:Helvetica,Arial,sans-serif;text-decoration:none;font-weight:normal">







<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br><blockquote>
* Each host needs to attach to all iSCSI targets that are needed by<br>
guests running on the host. It's not entirely clear to me if ONE handles<br>
all that or not (assuming it does).<br><div><br></div><div>ONE handles this by login/logout in an iSCSI session as needed</div></blockquote></blockquote><div>My iSCSI setup uses a target for each virtual server, and multiple LUN's per target (if the server has multiple disks).  I developed a custom driver for it.  I don't know if I have a shortcoming in my driver, or maybe a config issue on ONE, but I found that ONE did NOT handle the login/logout on the host machines.  It was fine for the initial setup & deployment of the vm, but live migrations did not cause my driver to initiate a login on the receiving host and a logout on the transferring host.<br>







<br>I ended up having to write a libvirt hook which scanned for new targets to log them in.  It also rescanned all current targets to check if they had new LUN's attached to them.  It works well and my vm's migrate just fine, but I would prefer to have all this handled within ONE.<br>







<br>What is the script that ONE calls in order to initiate the logins/logouts as vm's migrate?<br><br>Cheers,<br>gary<br><br></div><br></div></div></div></div><br>_______________________________________________<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<span><font color="#888888"><br clear="all"><div><br></div>

-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>

OpenNebula - The Open Source Solution for Data Center Virtualization<br></font></span></a><span><font color="#888888"><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>







<br>
</font></span></blockquote></div>
</div>
</div><br></div></div><br>_______________________________________________<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><br><br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>OpenNebula - The Open Source Solution for Data Center Virtualization<br><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>





</div></div>
</div></div></div><br></div></div><br>_______________________________________________<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<br clear="all"><div><br></div>-- <br>Ruben S. Montero, PhD<br>Project co-Lead and Chief Architect<br>

OpenNebula - The Open Source Solution for Data Center Virtualization<br></a><a href="http://www.OpenNebula.org" target="_blank">www.OpenNebula.org</a> | <a href="mailto:rsmontero@opennebula.org" target="_blank">rsmontero@opennebula.org</a> | @OpenNebula<br>


<br>
</blockquote></div>
</div>