[lxc-users] access to snapshots from within the containers

Hi all, I’m busy discovering LXD v2.0.9 on Ubuntu 16.04 I’m trying to access the (ZFS) snapshots data from within containers. I’ve shared the “.zfs/snapshot” directory with the associated container like this: lxc config device add obliging-panda snapshot disk path=/snapshot

Re: [lxc-users] access to snapshots from within the containers

> On 14 Jun 2017, at 09:41, gunnar.wagner <gunnar.wag...@netcologne.de> wrote: > > not directly related to your snapshot issue but still maybe good to know fact > On 6/13/2017 8:37 PM, Michel Jansens wrote: >> I’m busy discovering LXD v2.0.9 on Ubuntu 16.04 > if yo

[lxc-users] lxc 2.0 adding a nic to a container on another vlan (was: access to snapshots from within the containers)

hem. > >> >> >> Thanks, >> >> Michel >> >> >>> On 14 Jun 2017, at 19:10, Stéphane Graber <stgra...@ubuntu.com> wrote: >>> >>> On Wed, Jun 14, 2017 at 03:41:27PM +0800, gunnar.wagner wrote: >>>> not dire

Re: [lxc-users] LXD 3.0 macvlan networking

Well, on my system with latest install of Ubuntu 18.04 and LXD 3.0, the host can’t reach a container in macvlan setup. the container can’t connect to the host either. on a bridged network, it works. Michel > On 5 May 2018, at 12:30, Mark Constable wrote: > > On 5/5/18 5:43

Re: [lxc-users] nat networking with fixed (dhcp ) IP addresses

> On 25 May 2018, at 12:25, Fajar A. Nugraha <l...@fajar.net> wrote: > > On Fri, May 25, 2018 at 3:25 PM, Michel Jansens > <michel.jans...@ulb.ac.be> wrote: >> Thanks Fajar it works! >> >> What I did: >> >> #lets create a new profile >

Re: [lxc-users] lxc-users Digest, Vol 233, Issue 11

Hi Oliver, I think I don’t completely understand what you mean, but I can say, if you use a ZFS storage, lxc init , or lxc copy your are creating ZFS clones (meaning sharing the data blocks, planned reduplication). If you want new blocks to be deduplicated, you must activate reduplication, but

Re: [lxc-users] Network instability with bridged nat and macvlan interfaces

t not 22 --- as a test I would > arrange some other simple services (using another product as you use for the > httpd). > > Greetings > > Guido > >> -Original Message- >> From: lxc-users [mailto:lxc-users-boun...@lists.linuxcontainers.org] On >&g

Re: [lxc-users] Network instability with bridged nat and macvlan interfaces

. We’re investigating. I’ll keep you informed of the evolution. Cheers, Michel > On 7 Jun 2018, at 17:34, Andrey Repin wrote: > > Greetings, Michel Jansens! > >> I’m running on Ubuntu18.04 LXC 3.0.0. > >> I’ve created 5 debian9 containers with default eth0 networking

[lxc-users] Network instability with bridged nat and macvlan interfaces

Hi, I’m running on Ubuntu18.04 LXC 3.0.0. I’ve created 5 debian9 containers with default eth0 networking on NAT: # lxc network show lxdbr0 config: ipv4.address: 10.1.1.1/24 ipv4.dhcp.ranges: 10.1.1.2-10.1.1.99 ipv4.nat: "true" ipv6.address: fd42:6f79:c120:7701::1/64 ipv6.nat: "true"

[lxc-users] Network instability with bridged nat and macvlan interfaces

Hi, I’m running on Ubuntu18.04 LXC 3.0.0. I’ve created 5 debian9 containers with default eth0 networking on NAT: # lxc network show lxdbr0 config: ipv4.address: 10.1.1.1/24 ipv4.dhcp.ranges: 10.1.1.2-10.1.1.99 ipv4.nat: "true" ipv6.address: fd42:6f79:c120:7701::1/64 ipv6.nat: "true"

Re: [lxc-users] Network instability with bridged nat and macvlan interfaces

?). Michel > On 6 Jun 2018, at 16:51, Michel Jansens wrote: > > Hi, > > I’m running on Ubuntu18.04 LXC 3.0.0. > > I’ve created 5 debian9 containers with default eth0 networking on NAT: > > # lxc network show lxdbr0 > config: > ipv4.address: 10.1.1.1/24 >

Re: [lxc-users] Network instability with bridged nat and macvlan interfaces

> Greetings, Michel Jansens! > > Please don't hijack unrelated threads. If you want to post a new issue, post a > new message. > > > -- > With best regards, > Andrey Repin > Wednesday, June 6, 2018 20:54:31 > > Sorry for my terrible english... > >

[lxc-users] Macvlan explained

Hi, I just stumbled on this site and thought it would be nice to share: https://hicu.be/bridge-vs-macvlan It nicely explains how Macvlan work and how it compares with normal bridges. In the case of LXD, I suppose the macvlan bridge mode is used? It also mentions that although VMs cannot

Re: [lxc-users] LXD connectors for any web VM management platforms?

Hi Jan, Thanks for the suggestion. I’ve been testing Proxmox for a few weeks. I must say it’s not bad at all: - it supports ZFS (or CEPH) storage - allows high availability clusters - LXD and KVM - ACLs to different VMs or containers - offers basic monitoring - support pices are relatively

Re: [lxc-users] LXD connectors for any web VM management platforms?

do, 2018-02-01 at 23:15 +0100, Michel Jansens wrote: >> Hi, >> >> I’ve been looking around to get a web interface for customer portal/ >> container management for lxc. >> I looked a bit at ManageIQ and Foreman, but found no provider for >> lxd. >> Do y

[lxc-users] LXD connectors for any web VM management platforms?

Hi, I’ve been looking around to get a web interface for customer portal/ container management for lxc. I looked a bit at ManageIQ and Foreman, but found no provider for lxd. Do you know of any project that have lxd connectors/providers? I know that lxd integrates in OpenStack at Canonical and

Re: [lxc-users] LXD project status

Hi Stéphane, Does this means LXD 3.0 will be part of Ubuntu 18.04 next month? Cheers, Michel > On 27 Mar 2018, at 19:44, Stéphane Graber wrote: > > We normally release a new feature release every month and have been > doing so until the end of December where we've then

Re: [lxc-users] LXD project status

Great!, I’m looking forward to that :-) Michel > On 27 Mar 2018, at 21:02, Stéphane Graber <stgra...@ubuntu.com> wrote: > > Yes > > On Tue, Mar 27, 2018 at 08:45:03PM +0200, Michel Jansens wrote: >> Hi Stéphane, >> >> Does this means LXD 3.0