Re: [lxc-users] lxc-users Digest, Vol 204, Issue 2

2017-11-08 Thread Thouraya TH
Hi,
Thank you so much for answer :)
It did'nt work for me.

lxc config set workerTest limits.cpu 2

No command 'lxc' found, did you mean:
 Command 'lpc' from package 'cups-bsd' (main)
 Command 'lpc' from package 'lpr' (universe)
 Command 'lpc' from package 'lprng' (universe)
 Command 'axc' from package 'afnix' (universe)
 Command 'llc' from package 'llvm' (universe)
 Command 'lc' from package 'mono-devel' (main)
lxc: command not found


Best regards.

2017-11-07 13:00 GMT+01:00 :

> Send lxc-users mailing list submissions to
> lxc-users@lists.linuxcontainers.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.linuxcontainers.org/listinfo/lxc-users
> or, via email, send a message with subject or body 'help' to
> lxc-users-requ...@lists.linuxcontainers.org
>
> You can reach the person managing the list at
> lxc-users-ow...@lists.linuxcontainers.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of lxc-users digest..."
>
> Today's Topics:
>
>1. Race condition in IPv6 network configuration (MegaBrutal)
>2. Number of core for a container (Thouraya TH)
>3. Re: Number of core for a container (Renato dos Santos)
>4. Re: Number of core for a container (Stéphane Graber)
>5. Re: Race condition in IPv6 network configuration (Marat Khalili)
>6. Re: Race condition in IPv6 network configuration (MegaBrutal)
>7. Re: Race condition in IPv6 network configuration (Marat Khalili)
>
>
> -- Message transféré --
> From: MegaBrutal 
> To: LXC users mailing-list 
> Cc:
> Bcc:
> Date: Mon, 6 Nov 2017 14:15:00 +0100
> Subject: [lxc-users] Race condition in IPv6 network configuration
> Hi all,
>
> I experience an annoying race condition when my LXC container's
> network interface comes up. By default, nodes are expected to
> configure themselves with Router Advertisements; but for some
> containers, I'd prefer to set a static address. In these containers, I
> use a static configuration in /etc/network/interfaces, and explicitly
> disable RAs. Yet somehow, these containers configure themselves
> through RA before the static configuration would occur. Then the
> static address is added, but the default route acquired from RA stays
> there. Then as RAs get disabled, this default route expires after
> time, and the host remains without a default route. Then I receive
> ping test fail alerts on my monitoring system... If I reboot the
> container multiple times, once I'll get lucky and the interface
> configuration happens before an RA is received, and I get a permanent
> default route and everything's fine. But it's annoying because I have
> to reboot the container multiple times before it happens.
>
> What am I doing wrong?
>
> Here is my LXC config file:
>
> # Template used to create this container: /usr/share/lxc/templates/lxc-
> ubuntu
> # Parameters passed to the template: -S /home/megabrutal/.ssh/id_rsa.pub
> # For additional config options, please look at lxc.conf(5)
>
> # Common configuration
> lxc.include = /usr/share/lxc/config/ubuntu.common.conf
>
> # Container specific configuration
> lxc.start.auto = 1
> lxc.rootfs.path = /dev/vmdata-vg/lxc-reverse
> lxc.rootfs.options = subvol=@reverse
> lxc.uts.name = reverse
> lxc.arch = amd64
>
> # Network configuration
> lxc.net.0.type = veth
> lxc.net.0.hwaddr = 00:16:3e:7b:9e:b4
> #lxc.net.0.flags = up
> lxc.net.0.link = br0
>
>
> Take a note how I explicitly commented out the net flags, as I don't
> want the interface to be in UP state when the container starts; I want
> the container to configure its interface for itself. At first, I
> thought commenting out "lxc.net.0.flags = up" would solve the issue,
> and sure it did help something, because at least now the configuration
> SOMETIMES works as intended. Before that, the static configuration
> never succeeded.
>
> Here is /etc/network/interfaces from within the container:
>
> # This file describes the network interfaces available on your system
> # and how to activate them. For more information, see interfaces(5).
>
> # The loopback network interface
> auto lo
> iface lo inet loopback
>
> auto eth0
> iface eth0 inet dhcp
>
> iface eth0 inet6 static
> address 2001:::::::
> netmask 64
> gateway fe80:::::
> autoconf 0
> accept_ra 0
>
>
> So I want the container to receive its IPv4 address through DHCP and
> have a static IPv6 configuration at the same time. What is the best
> practice for this without race conditions with RA?
>
> Note: I use the old LXC interface / tools, have no plans to migrate to LXD
> yet.
> Thanks for your help in advance!
>
>
> Regards,
> MegaBrutal
>
>
>
> -- Message transféré --
> From: Thouraya TH 
> To: LXC users mailing-list 
> Cc:
> Bcc:
> Date: Mon, 6 Nov 2017 19:40:03 +0100
> Subject: [lxc-users] Number of core for a container
> Hi all,
>
> Please, how can i 

[lxc-users] Ubuntu bionic beaver 18.04 (pre-alpha?) and lxc (experiments)

2017-11-08 Thread Adrian Pepper
I installed Ubuntu 18.04 in a virtualbox, and then installed lxc (lxc 2.1.1)

ii  lxc1   2.1.1-0ubuntu1  amd64Linux Containers userspace tools


I then created an 18.04 container on the virtualbox.
And did a little with it.

Based on
root@scspc578-u1804-20171108:/usr/share/debootstrap/scripts$ ls -ld bionic
lrwxrwxrwx 1 root root 5 Oct 25 22:30 bionic -> gutsy
root@scspc578-u1804-20171108:/usr/share/debootstrap/scripts$ 

I created that same symlink on 16.04 (lxc 2.1.0)

ii  lxc1   2.1.0-0ubuntu1~ubuntu16.04.1~ppa1   amd64   Linux Containers 
userspace tools


That appears to have allowed

lxc-create -n u1804test -t ubuntu -- -r bionic

to work on 16.04.  (and the container to start and run, and claim to be
18.04  etc).
(I don't see any waiting apt updates to lxc...)


No disasters so far.


Adrian Pepper
arpep...@uwaterloo.ca

___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

Re: [lxc-users] Ubuntu bionic beaver 18.04 (pre-alpha?) and lxc (experiments)

2017-11-08 Thread Fajar A. Nugraha
On Thu, Nov 9, 2017 at 7:49 AM, Adrian Pepper  wrote:

> I installed Ubuntu 18.04 in a virtualbox, and then installed lxc (lxc
> 2.1.1)
>
> ii  lxc1   2.1.1-0ubuntu1  amd64Linux Containers userspace
> tools
>
>
> I then created an 18.04 container on the virtualbox.
> And did a little with it.
>
> Based on
> root@scspc578-u1804-20171108:/usr/share/debootstrap/scripts$ ls -ld bionic
> lrwxrwxrwx 1 root root 5 Oct 25 22:30 bionic -> gutsy
> root@scspc578-u1804-20171108:/usr/share/debootstrap/scripts$
>
> I created that same symlink on 16.04 (lxc 2.1.0)
>
> ii  lxc1   2.1.0-0ubuntu1~ubuntu16.04.1~ppa1   amd64   Linux Containers
> userspace tools
>
>

Probably debootstrap needs to be updated



>
> That appears to have allowed
>
> lxc-create -n u1804test -t ubuntu -- -r bionic
>
> to work on 16.04.  (and the container to start and run, and claim to be
> 18.04  etc).
> (I don't see any waiting apt updates to lxc...)
>
>
> No disasters so far.
>
>

I see bionic on http://images.linuxcontainers.org/ . You should be able to
install lxd, and simply run
lxc launch images:ubuntu/bionic/amd64 test-bionic

-- 
Fajar
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users