<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 13px/normal Consolas; ">Hello, </div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 13px/normal Consolas; ">  I think modifying the imm_kvm driver to get the information will probably work best.  Using the VMID as default could get very large, and potentially conflict with existing open connections.</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 13px/normal Consolas; ">  Thanks,</div><div style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0px; font: normal normal normal 13px/normal Consolas; ">~Michael </div><div><div>On Feb 5, 2010, at 2:47 AM, Ruben S. Montero wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"> <div> <!-- Converted from text/plain format --><p><font size="2">Hi,<br> <br> As Javier said this is done in the OpenNebula core. We have filled one<br> ticket [1] to address this. However, looking at the attributes we do<br> not need to use this cross parsing for all the variables (e.g. OS,<br> DISK). Right now we have this for CONTEXT and for the REQUIREMENTS in<br> a development branch [2]. (For example you can do something like<br> REQUIREMENTS = $NIC[MAC] = MACS, if you have a custom probe that<br> generates a MACS attribute for the hosts you can do short of a MAC<br> pinning, so only VMs with a given MAC runs in a given host)<br> <br> My proposal: default generation values for port and listen in<br> GRAPHICS. So if you do not put a port, OpenNebula will automatically<br> assign 5900+$VMID, and if you do not put a listen OpenNebula will<br> automatically HOSTNAME of the host where the VM is placed.<br> <br> What do you think?<br> <br> <br> Cheers<br> <br> Ruben<br> <br> PS: Added this to the ticket [1] if you want to continue the discussion there<br> <br> REFS:<br> [1] <a href="http://dev.opennebula.org/issues/189">http://dev.opennebula.org/issues/189</a><br> [2] <a href="http://dev.opennebula.org/projects/opennebula/repository/show/branches/DEVELOPMENT/Context_Requirements">http://dev.opennebula.org/projects/opennebula/repository/show/branches/DEVELOPMENT/Context_Requirements</a><br> <br> 2010/2/5 Javier Fontan <<a href="mailto:jfontan@gmail.com">jfontan@gmail.com</a>>:<br> > Hello,<br> ><br> > Unfortunately it is not python script but it is parsed by OpenNebula<br> > itself. Only context part substitutes those parameters. The solution<br> > can come from letting kvm select the vnc port and modifying vmm driver<br> > to get vnc host/port in poll call (VM monitoring). I don't think that<br> > is too hard to do. Maybe we can add a ticket as a feature request.<br> ><br> > Bye<br> ><br> ><br> > 2010/2/5 Nikola Milutinović <<a href="mailto:n.milutinovic@levi9.com">n.milutinovic@levi9.com</a>>:<br> >> On 2/5/2010 9:04 AM, Michael Fairchild wrote:<br> >><br> >> Hello,<br> >>   I am wondering if there is any way to use variables inside the vm<br> >> definition, such as<br> >><br> >> GRAPHICS = [<br> >>     type = "vnc",<br> >>     listen = "0.0.0.0",<br> >>     port = "590$VMID"<br> >> ]<br> >><br> >> It should be. We are definitely using those for contextualization.<br> >><br> >> CONTEXT = [<br> >>    ...<br> >>    id = $VMID,<br> >> ]<br> >><br> >> That template is basically a Python script, if I understand correctly, so<br> >> you can even place a program inside.<br> >><br> >> Nix.<br> >> --<br> >> Met vriendelijke groet / Kind regards,<br> >> Nikola Milutinovic<br> >> Sr Java Developer<br> >> Levi9 Global Sourcing<br> >> ________________________________<br> >> .  Jan van Goyenkade 8, 1075 HP Amsterdam, The Netherlands<br> >> (    +31 (0) 20 7547900 ext 2056<br> >> (    +381 (0) 21 4895800 ext 2056<br> >> È    +381 (0) 64 2202824<br> >> *    <a href="mailto:n.milutinovic@Levi9.com">n.milutinovic@Levi9.com</a><br> >> ^    Skype: nikola.milutinovic<br> >> ü    <a href="http://www.levi9.com">www.levi9.com</a><br> >><br> >> Chamber of commerce Levi9 Global Sourcing BV: 34221951<br> >> Chamber of commerce Levi9 Global Sourcing Benelux BV: 34224746<br> >> ________________________________<br> >> This e-mail may contain confidential or privileged information. If you are<br> >> not (one of) the intended recipient(s), please notify the sender immediately<br> >> by reply e-mail and delete this message and any attachments permanently<br> >> without retaining a copy. Any review, disclosure, copying, distribution or<br> >> taking any action in reliance on the contents of this e-mail by persons or<br> >> entities other than the intended recipient(s) is strictly prohibited and may<br> >> be unlawful.<br> >><br> >> The services of Levi9 are exclusively subject to its general terms and<br> >> conditions. These general terms and conditions can be found on <a href="http://www.levi9.com">www.levi9.com</a><br> >> and a copy will be promptly submitted to you on your request and free of<br> >> charge.<br> >><br> >> _______________________________________________<br> >> Users mailing list<br> >> <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br> >> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br> >><br> >><br> ><br> ><br> ><br> > --<br> > Javier Fontan, Grid & Virtualization Technology Engineer/Researcher<br> > DSA Research Group: <a href="http://dsa-research.org">http://dsa-research.org</a><br> > Globus GridWay Metascheduler: <a href="http://www.GridWay.org">http://www.GridWay.org</a><br> > OpenNebula Virtual Infrastructure Engine: <a href="http://www.OpenNebula.org">http://www.OpenNebula.org</a><br> > _______________________________________________<br> > Users mailing list<br> > <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br> > <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br> ><br> <br> <br> <br> --<br> Dr. Ruben Santiago Montero<br> Associate Professor, Complutense University of Madrid<br> <br> URL:    <a href="http://dsa-research.org/doku.php?id=people:ruben">http://dsa-research.org/doku.php?id=people:ruben</a><br> Weblog: <a href="http://blog.dsa-research.org/?author=7">http://blog.dsa-research.org/?author=7</a><br> _______________________________________________<br> Users mailing list<br> <a href="mailto:Users@lists.opennebula.org">Users@lists.opennebula.org</a><br> <a href="http://lists.opennebula.org/listinfo.cgi/users-opennebula.org">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br> </font> </p> </div> </blockquote></div><br></body></html>