<div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Sep 5, 2013 at 3:36 PM, John-Paul Robinson <span dir="ltr"><<a href="mailto:jpr@uab.edu" target="_blank">jpr@uab.edu</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
I'm trying to get some clarity on volume resize capabilities in OS.<br>
<br>
As I understand it, this will be a Cinder feature in Havana.<br>
<br>
<a href="https://blueprints.launchpad.net/cinder/+spec/volume-resize" target="_blank">https://blueprints.launchpad.net/cinder/+spec/volume-resize</a><br>
<br>
Also, it appears that the nova-volume API in Essex through the Cinder<br>
API in Grizzly are based on the same v1.0 of the block storage API.<br>
That is, the features are consistent across these OS releases, but they<br>
don't have support for volume resize.<br>
<br>
In our Essex OpenStack deploy we are using Ceph RBD as our block<br>
backend.  Ceph supports volume resizing:<br>
<br>
<a href="http://ceph.com/docs/master/rbd/rados-rbd-cmds/#resizing-a-block-device-image" target="_blank">http://ceph.com/docs/master/rbd/rados-rbd-cmds/#resizing-a-block-device-image</a><br>
<br>
I've successfully created a 1GB volume using nova volume commands and<br>
then resized (grown) that volume via the Ceph backend to 2GB.<br>
Unfortunately, Nova-volume doesn't recognize the added 1GB of space and<br>
still reports the volume as 1GB in size.<br>
<br>
In the scenario we are developing, we'd like to instantiate and track<br>
volumes via nova-volume so we can benefit from the OS accounting API's<br>
to track storage usage over time.  We'd also like to be able to grow<br>
these volumes in place to add space for a user's block device and grow<br>
the file system in that container to consume the newly added space.<br>
<br>
Is there a way to update the recognized size of the volume in OS?<br></blockquote><div> </div><div class="gmail_default" style="font-family:'courier new',monospace">Currently the only solution for what you describe would be to update the size in the db directly.  That being said you would be much better off writing your own custom patch/extension to do this for you in side of OpenStack to avoid some of the impedance mismatches that you're likely to encounter here.</div>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I would expect this to be a hack/work-around to tide us over until we<br>
can move to Havana some time early 2014.<br>
<br>
Any thoughts on how kludgey this would be and the likelihoods for<br>
running afoul of maintaining a sane OS environment?<br>
<br>
Thanks,<br>
<br>
~jpr<br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</blockquote></div><br></div></div>