On Thu, Jul 13, 2017 at 12:27:52PM +0200, Christian Brauner wrote: > On Wed, Jul 12, 2017 at 04:25:54PM -0400, Stéphane Graber wrote: > > On Wed, Jul 12, 2017 at 01:44:13PM -0600, Joshua Schaeffer wrote: > > > I'm wondering what the best/recommended approach is to adding a second > > > disk to a container. I'm using LXD 2.15 on Ubuntu 16.04. As an example I > > > have a container where I've limited the disk size to 20GB: > > > > > > lxduser@blllxd01:~$ lxc config show bllcloudctl01 | grep -A 4 root > > > root: > > > path: / > > > pool: int_lxd > > > size: 20GB > > > type: disk > > > > > > This works great, but say I want the container to have another disk > > > device that is mounted elsewhere like /mnt/disk1. I've tried adding that > > > in my config but I alway get an error about needing the source. Since I'm > > > using ZFS I don't have an actual block device to pass to the source. I > > > then played around with storage volumes, which appears to work, but I > > > always get an error when editing the volume: > > > > > > lxduser@blllxd01:~$ lxc storage volume create int_lxd vol1 > > > Storage volume cinder created > > > > > > lxduser@blllxd01:~$ lxc storage volume set int_lxd vol1 size=240GB > > > error: ETag doesn't match: > > > 834842d9406bd41f2f23c097e496434c3c263a022ef3fb1aaf214b13e4395771 vs > > > b37ae1157f2a46dc1b24b2b561aefccc168ba822d5057330e94ca10ba47ccfb6 > > > > Sorry about that, looks like we're missing a test for "lxc storage > > volume set", I fixed the issue and added a test: > > > > https://github.com/lxc/lxd/pull/3541 > > > > > If I create the storage volume with the size parameter is works, but > > > doesn't set the right size: > > > > > > lxduser@blllxd01:~$ lxc storage volume delete int_lxd vol1 > > > Storage volume cinder deleted > > > > > > lxduser@blllxd01:~$ lxc storage volume create int_lxd vol1 size=240GB > > > Storage volume cinder created > > > > > > lxduser@blllxd01:~$ lxc storage volume show int_lxd vol1 > > > config: > > > *size: 10GB* > > > description: "" > > > name: vol1 > > > type: custom > > > used_by: [] > > > > Hmm, so I'm not sure what's going on here. For container type volumes, > > It was simple failure in the logic. If users passed a "size" property we > parsed > and checked it but accidently set "size = 10GB" which obviously should've been > an else branch. > > > we tie their size to the disk entry. But for custom volumes, we should > > very much be using the voluem size property for this since they can be > > shared with multiple containers. > > > > So I would expect to both have the property applied at creation time > > (which it's not right now) and to allow the user to set the size > > afterwards so long as the backend permits it. > > I agree. I'm looking into this right now (Also to make sure that I've not > already implemented this logic and just forgot.)
Ok, I just sent a branch implemented generic quota support: https://github.com/lxc/lxd/pull/3545 > > > > > Christian, can you take care of this? > > Do you need to ask? ;) > > > > > > I really just learned about storage volumes so I'm not even sure if I'm > > > using them correctly or in the correct context here. Also, I get that > > > ETag error whenever I edit the volume, even if I didn't make changes: > > > > > > lxduser@blllxd01:~$ lxc storage volume delete int_lxd vol1 > > > Storage volume cinder deleted > > > > > > lxduser@blllxd01:~$ lxc storage volume create int_lxd vol1 > > > Storage volume vol1 created > > > > > > lxduser@blllxd01:~$ lxc storage volume edit int_lxd vol1 > > > /[I immediately exit the editor without making any changes]/ > > > Config parsing error: ETag doesn't match: > > > 446844b3e6b6bc70d7a101b5b281e4cc8fb568cfcd66424f32b2027c8215032a vs > > > 9e27a7a4de3badc96a0046c111094164619f7cfc6351534c7b7236769c85ace1 > > > Press enter to open the editor again > > > > > > I just want the container to look like it has two disks, one mounted on / > > > and the other mounted under /mnt. > > > > > > Thanks, > > > Joshua Schaeffer > > > _______________________________________________ > > > lxc-users mailing list > > > lxc-users@lists.linuxcontainers.org > > > http://lists.linuxcontainers.org/listinfo/lxc-users > > > > -- > > Stéphane Graber > > Ubuntu developer > > http://www.ubuntu.com > >
signature.asc
Description: PGP signature
_______________________________________________ lxc-users mailing list lxc-users@lists.linuxcontainers.org http://lists.linuxcontainers.org/listinfo/lxc-users
