<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;">Hi,<br><br>Cool ... I can live with that. The purpose of teleporting in my solution thus far is primarily to move VMs to another host so the original host can be taken offline usually for modification/upgrade/repair. Once the original host is back online, the VMs will be teleported 'back'.<br><br>At some point in the future, the automated teleporting operation will be used to load balance a host that might get overwhelmed.<br><br>For now, I'll simply use VBoxManage to clear the flag ... and hope that a near future release addresses it before I need to handle supporting dynamic teleporting back and forth.<br><br>Thanks !!!<br><br>Joe<br><br><div style="font-family: times new roman,new york,times,serif;
font-size: 12pt;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Knut Osmundsen <knut.osmundsen@oracle.com><br><b><span style="font-weight: bold;">To:</span></b> vbox-dev@virtualbox.org<br><b><span style="font-weight: bold;">Sent:</span></b> Wed, September 29, 2010 12:41:17 PM<br><b><span style="font-weight: bold;">Subject:</span></b> Re: [vbox-dev] VirtualBox Teleporting ... A follow-up question ... Interesting observation ...<br></font><br>
<base><div><div>On Sep 28, 2010, at 7:58 PM, Joseph Smith wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;"><div><div style="margin: 0px; font-family: times,serif; font-size: 12pt;"><div style="margin: 0px;">Hi All,<br><br>I made the updates based on the suggestions ... with those updates, teleporting any VM has been working reliably in all scenarios regardless of load or performance of the source and target systems.<br><br>An observation I have made: The 'teleporterEnabled' flag is still set on the 'source' VM. I'm guessing it would be my responsibility to reset that flag. Hmmm ... not a big deal
... I can do that.<br><br>The interesting part however is: The target machine, once it is shut-down (at any point after it was teleported), seems to believe it is still in 'to-be-teleported' mode. Therefore, trying to start a target VM that was previously teleported shows the teleporting-in modal dialog. At this point, the VM is not start-able.<br><br>Problem is ... once the teleport has happened ... I will not be able to make any updates to the target VM to reset the teleporterEnabled flag. To do this ... it implies I would have to persist this information somehow so that after the VM is shutdown or just before an attempt to restart, try to reset the flag. Though clunky, this would work OK with my UI ... but would still be a problem for users that use the QT UI also.<br><br>I would think the resetting of the teleporterEnabled flag on both the source and target VMs should be part of the teleport request itself if the
teleport was successful.<br><br>Any suggestions on how to 'reset' the target VM teleporterEnabled flag so a restart does not cause it to want to teleport-in again ?<br><br>Am I missing something ? Is this a bug ?<br><font class="Apple-style-span" color="#000000" face="Helvetica"><span class="Apple-style-span" style="font-size: medium;"><font class="Apple-style-span" color="#144fae" face="'times new roman', 'new york', times, serif" size="4"><span class="Apple-style-span" style="font-size: 16px;"><br></span></font></span></font></div></div></div></span></blockquote><div><br></div><div>There is disabled code that tries to clear the teleporterEnabled flag, however it was disabled because it didn't work / was incomplete. The problem has to do with saving the VM settings at that point in time. It will be addressed in one of the next releases, I hope.</div><div><br></div></div><div>
<span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; font-size: medium;"><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: medium; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"><div style="word-wrap: break-word;"><div><div>-- <br><br>Kind regards / Mit freundlichen Gruessen / Vennlig hilsen,<br> bird<br><br>--<br><br>ORACLE Deutschland B.V. & Co. KG Knut St. Osmundsen<br>Werkstrasse 24
Senior Staff Engineer, VirtualBox<br>71384 Weinstadt, Germany <a rel="nofollow" ymailto="mailto:bird@sun.com" target="_blank" href="mailto:bird@sun.com">mailto:bird@sun.com</a><br><br>Hauptverwaltung: Riesstr. 25, D-80992 Muenchen<br>Registergericht: Amtsgericht Muenchen, HRA 95603<br><br>Komplementaerin: ORACLE Deutschland Verwaltung B.V.<br>Rijnzathe 6, 3454PV De Meern, Niederlande<br>Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697<br>Geschaeftsfuehrer: J. Kunz, M. van de Molen, A. van der Ven</div></div></div></span></span>
</div>
<br></div></div>
</div><br>
</body></html>