<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 4:58 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">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    Are there any recommendations on where in OS that patch/extension
    would live.  <br>
    <br>
    I've managed to get familiar with the OS external interfaces but
    don't have much understanding on how things are structured
    internally.<br>
    <br>
    Given the motivation for moving Cinder out of Nova due to the
    complexity of the intertwined Nova compute and volume functionality,
    would this make such a patch a bit more complicated?<br>
    <br>
    Were you suggesting that the patch/extension would simply focus on
    bumping the db volume size or is there a more formal extension
    interface that would keep all parts happy (e.g. the account API)?<br>
    <br>
    Thanks,<br>
    <br>
    ~jpr<div class="im"><br>
    <br>
    <div>On 09/05/2013 05:36 PM, John Griffith
      wrote:<br>
    </div>
    <blockquote type="cite">
      <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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>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>
    <br>
  </div></div>

</blockquote></div><div class="gmail_default" style="font-family:'courier new',monospace">So what I was suggesting is that you'd add something custom of your own in api/contrib, and you would use that to call out to ceph to do your resize, as well as call in to the database and modify the volume size when succesful.  There are details that you'd need to think about here such as quotas etc.</div>

<div class="gmail_default" style="font-family:'courier new',monospace"><br></div><div class="gmail_default" style="font-family:'courier new',monospace">As far as being on nova-volume still, that does make things slightly more difficult IMO, however for what you're talking about you don't need to worry about things like ec2 ID mappings etc so I think it would be ok.</div>

<br></div></div>