That's a good question.... I think not. The leases are not recreated each time you start OpenNebula, it relies in the leases table (which in turn is filled using the template just once, at creation). It will only let you a non-coherent state with a network with more leases than those described in the template.... but I may be overlooking something.<div>

<br></div><div>Ruben</div><div><br><div class="gmail_quote">On Tue, Apr 26, 2011 at 11:31 PM, Steven Timm <span dir="ltr"><<a href="mailto:timm@fnal.gov">timm@fnal.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

Do I have to change the network_pool table too, which<br>
has the whole template of the vnet coded in xml?<br>
<br>
Steve<div><div></div><div class="h5"><br>
<br>
<br>
On Tue, 26 Apr 2011, Ruben S. Montero wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
Yes<br>
<br>
1.- stop oned<br>
2.- back-up the DB<br>
3.- The SQL statement to add lease should be<br>
<br>
INSERT INTO leases (oid,ip,mac_prefix,mac_suffix,vid,used) VALUES (...)<br>
<br>
to fill the values ... you should know<br>
<br>
oid = is the network id<br>
ip = is the ip in integer format<br>
mac_prefix = are the first 16bit of the ether addr (int)<br>
mac_suffix = are the lower 32bits of the ether addr (int)<br>
vid = -1 (this will store the id of the VM using this lease)<br>
used = 0<br>
<br>
You can infer the values of ip, mac_prefix, mac_suffix by looking at the<br>
current values of the leases table for the target network...<br>
<br>
NOTE: did not try this myself...<br>
<br>
<br>
Cheers<br>
<br>
Ruben<br>
On Tue, Apr 26, 2011 at 11:13 PM, Steven Timm <<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It looks like the entry in the table is just an xml-encoded template,<br>
is that right?  With one update statement to the network_pool table, will<br>
that do it?  Probably should stop the oned while we do this caper?<br>
<br>
Steve Timm<br>
<br>
<br>
<br>
<br>
<br>
<br>
On Tue, 26 Apr 2011, Ruben S. Montero wrote:<br>
<br>
 Hi,<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
That feature is in OpenNebula 2.2, the only thing that could be done in<br>
2.0<br>
is directly modify the DB...<br>
<br>
Cheers<br>
<br>
Ruben<br>
<br>
On Tue, Apr 26, 2011 at 10:23 PM, Steven Timm <<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>> wrote:<br>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I have a vnet which currently has 26 static ip's in it, all used.<br>
I would like to extend the number of ip's in this vnet without<br>
having to stop the 26 running VM's that are currently using<br>
the first 26 ip's.  Can this be done in opennebula 2.0, and if so, how?<br>
<br>
Steve Timm<br>
<br>
<br>
--<br>
------------------------------------------------------------------<br>
Steven C. Timm, Ph.D  <a href="tel:%28630%29%20840-8525" value="+16308408525" target="_blank">(630) 840-8525</a><br>
<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>  <a href="http://home.fnal.gov/~timm/" target="_blank">http://home.fnal.gov/~timm/</a><br>
Fermilab Computing Division, Scientific Computing Facilities,<br>
Grid Facilities Department, FermiGrid Services Group, Group Leader.<br>
Lead of FermiCloud project.<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>
<br>
</blockquote>
<br>
<br>
<br>
<br>
</blockquote>
--<br>
------------------------------------------------------------------<br>
Steven C. Timm, Ph.D  <a href="tel:%28630%29%20840-8525" value="+16308408525" target="_blank">(630) 840-8525</a><br>
<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>  <a href="http://home.fnal.gov/~timm/" target="_blank">http://home.fnal.gov/~timm/</a><br>
Fermilab Computing Division, Scientific Computing Facilities,<br>
Grid Facilities Department, FermiGrid Services Group, Group Leader.<br>
Lead of FermiCloud project.<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>
<br>
<br>
<br>
<br>
</blockquote>
<br>
-- <br>
------------------------------------------------------------------<br>
Steven C. Timm, Ph.D  <a href="tel:%28630%29%20840-8525" value="+16308408525" target="_blank">(630) 840-8525</a><br>
<a href="mailto:timm@fnal.gov" target="_blank">timm@fnal.gov</a>  <a href="http://home.fnal.gov/~timm/" target="_blank">http://home.fnal.gov/~timm/</a><br>
Fermilab Computing Division, Scientific Computing Facilities,<br>
Grid Facilities Department, FermiGrid Services Group, Group Leader.<br>
Lead of FermiCloud project.<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>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Dr. Ruben Santiago Montero<br>Associate Professor (Profesor Titular), Complutense University of Madrid<br><br>URL: <a href="http://dsa-research.org/doku.php?id=people:ruben" target="_blank">http://dsa-research.org/doku.php?id=people:ruben</a><br>

Weblog: <a href="http://blog.dsa-research.org/?author=7" target="_blank">http://blog.dsa-research.org/?author=7</a><br>
</div>