I should correct myself in that the new VNET after calling "onevnet create" on the same name will have a different VNET ID.<div><br></div><div>Shi<br><br><div class="gmail_quote">On Fri, Aug 27, 2010 at 1:01 PM, Shi Jin <span dir="ltr"><<a href="mailto:jinzishuai@gmail.com">jinzishuai@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi there,<div><br></div><div>I wonder if there is any way to modify an existing VNET.</div><div><br></div><div>The reason I ask this is that I want to take some IP address off the existing VNET. I would do this by modifying the old vnet definition file and create it again with the same name.</div>


<div>However, although the VNET name and ID remains the same, all existing allocations of IP addresses to running VMs are flushed out.</div><div>This causes problems since new VMs could now use IPs that are still in use by existing VMs.</div>


<div><br></div><div>I wonder if it is possible to modify the VNET directly. Had I have the access to the database directly, I could probably do it directly. But this seems very risky (I probably need to stop OpenNebula first to avoid locking). Is there any other ways, such as via an API? If not, do you think removing the record from the vn_template table enough?</div>

<div><br></div><div>Thank you very much.<br clear="all">
<br>-- <br>Shi Jin, Ph.D.<br><br>
</div>
</blockquote></div><br><br clear="all"><br>-- <br>Shi Jin, Ph.D.<br><br>
</div>