Hi Frank,<div><br></div><div>You could modify the core to make it keep the SIZE sub-attribute in the DISK attributes, but that seems rather complex for what you need.</div><div>It looks to me that the best approach would be #2, considering you have already your custom transfer scripts. You could just add a new attribute, something like</div>
<div><br></div><div>DISK = [ IMAGE = "imageA" ]</div><div>DISK_SIZE = [ DISK_ID = 0, SIZE = 1024 ]</div><div><br></div><div>DISK = [ IMAGE = "imageB" ]</div><div>DISK_SIZE = [ DISK_ID = 1, SIZE = 2048 ]</div>
<div><br></div><div><br></div><div>Or a more readable option</div><meta charset="utf-8"><div><br></div><div>DISK = [ IMAGE = "imageA" ]</div><div>DISK_SIZE = [ IMAGE = "imageA", SIZE = 1024 ]</div><div>
<br></div><div>DISK = [ IMAGE = "imageB" ]</div><div>DISK_SIZE = [ IMAGE = "imageB", SIZE = 2048 ]</div><div><br></div><div><br></div><div>Regards,</div><div>Carlos.</div><div><br></div><div><br clear="all">
Carlos Martín, Cloud Technology Engineer/Researcher<br>DSA Research Group: web <a href="http://dsa-research.org" target="_blank">http://dsa-research.org</a> and blog <a href="http://blog.dsa-research.org" target="_blank">http://blog.dsa-research.org</a><br>
OpenNebula Open Source Toolkit for Cloud Computing: <a href="http://www.OpenNebula.org" target="_blank">http://www.OpenNebula.org</a><br>
<br><br><div class="gmail_quote">On 13 September 2010 20:19, Frank Stutz <span dir="ltr"><<a href="mailto:frank@franksplace.net">frank@franksplace.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>In my configuration we have small OS images (~ 1GB) and we allow the users to use this image and expand the size as needed (via sparse image dd script) as we don't have shared storage.   I have been leveraging the DISK -> SIZE operation in the 1.4 template code base along with custom transfer manager script to accomplish this today.  This has been working great and I've been happy with it.  My question is with the changes in the 2.0 branch and with the new images repo, what would be the best way to accomplish this task?     I'm all on board with the new 2.0 image structure, but I'm trying to figure out how to proceed.   </div>


<div><br></div><div>Thoughts I have so far:</div><div>1.  Modify the code to allow the SIZE option to be retained even though image is specified; right now any extra template parmeters are removed before saving to DB</div>


<div>2.  Create a special new parameter for sparse imaging growth, and modify tm custom scripts to accommodate</div><div>3.  Throw out the whole tm custom scripts methodology and use hooks, but still need method to store SIZE of final image in DB.</div>


<div>4.  Use context, but modify it to work before image is booted.</div><div><br></div><div>Right now I'm thinking modifying the code to allow the SIZE option to propagate to the DB if a IMAGE is desired would be the best way to go, but wanted some insight if this is best approach?</div>


<div><br></div><font color="#888888"><div><br></div><div>--Frank</div>
</font><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" target="_blank">http://lists.opennebula.org/listinfo.cgi/users-opennebula.org</a><br>
<br></blockquote></div><br></div>