<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 10, 2017 at 11:39 PM, Steven Butterworth <span dir="ltr"><<a href="mailto:bworth@physics.utoronto.ca" target="_blank">bworth@physics.utoronto.ca</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  

    
  
  <div bgcolor="#FFFFFF" text="#000000">
    <p><font face="Inconsolata">It appears that, at least by default,
        the LXD storage API for LVM expects to have exclusive control of
        an entire volume group. I don't have space on one of my servers
        to make a new volume group to give to LXD, but I have lots of
        space in the existing volume group and have created a new LVM to
        be a thin pool. (For consistency with the usual scenario, I have
        named it LXDPool.<br>
      </font></p>
    <p><font face="Inconsolata">Can I use the lxc storage commands to
        make that the source for an LXD pool without endangering my
        other logical volumes on the shared VG?</font><span class="HOEnZb"><font color="#888888"><br>
    </font></span></p><span class="HOEnZb"><font color="#888888">
    <pre class="m_-5933671257436518635moz-signature" cols="72"></pre></font></span></div></blockquote><div>Since thin pool requires special parameters even when using standard LVM commands, my guess is "no".</div><div><br></div><div>You should, however, be able to use an LV for zfs (normal LV, not thin pool), and THEN use the new pool for lxd.</div><div><br></div><div>-- </div><div>Fajar</div></div></div></div>