On 2017-03-13 06:28, Benoit GEORGELIN - Association Web4all wrote:
Hi lxc-users ,
I would like to know if you have any experience with a large number of
LXC/LXD containers ?
In term of performance, stability and limitation .
I'm wondering for exemple, if having 100 containers behave the same
are you suing lxc or lxd? in case it helps, I made a whole bunch of custom
containers by followed this simple process (which came from:
https://stgraber.org/2016/03/30/lxd-2-0-image-management-512/) :
- download image (xenial in my case from ubuntu: )
- lxc exec c1 /bin/bash
- make all the
Hello! I'm working on a code evaluation bot, and want to make a custom
container for it to work in or out of. Would I just need to modify [1],
and it will generate the container for me?
[1] https://github.com/lxc/lxc/blob/master/templates/lxc-ubuntu.in
--
Nicholas Chambers
Technical
Yes, it would be.
I also disagree that it's what most people would want.
The majority of the feedback we've been getting from production users so
far is that they're very happy having an extremely stable version of LXD
that they don't need to think about and that gets frequent bugfixes and
Would it be against distribution policy to upgrade the lxd package in
xenial? I feel like most users do not want 2.0, but that's what they
get by default.
On Wed, Apr 5, 2017 at 1:49 AM, Stéphane Graber
wrote:
Hi,
So it really depends on how tolerant you may be to
Quoting gunnar.wagner (gunnar.wag...@netcologne.de):
> hi everybody,
>
> I want to start using LXD. Is this list the right one for seeking
> advice or is there any specific LXD mailing list?
This is the place. Welcome.
___
lxc-users mailing list
hi everybody,
I want to start using LXD. Is this list the right one for seeking advice
or is there any specific LXD mailing list?
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users
Quoting Peter Steele (pwste...@gmail.com):
> On 03/31/2017 10:16 AM, Peter Steele wrote:
> >As you can see, the sched_setscheduler() call fails with an EPERM
> >error. This same app runs fine on the host.
> >
> >Ultimately I expect this app to fail when run under my container
> >since I have not
On 03/31/2017 10:16 AM, Peter Steele wrote:
As you can see, the sched_setscheduler() call fails with an EPERM
error. This same app runs fine on the host.
Ultimately I expect this app to fail when run under my container since
I have not given the container any real time bandwidth. I had hoped
This depends on what you plan to achive and what your possibilities are
big time.
I've a mixture of iptables + haproxy/nginx.
Gladly LXD remembers MAC and IP Addresses so manual entries in iptables
is not the problem.
iptables-persistent for reloading iptable rules
For http/https/imaps i use
Is there any "preferred" way of redirecting ports to containers with
private IPs, from host's public IP(s)?
host 12.13.14.15:53/udp (public IP) -> container 10.1.2.3:53/udp
(private IP)
I can imagine at least a few approaches:
1) in kernel:
- use iptables to map a port from host's public
Just making it run is as simple as I wrote before, just 3 commands:
# apt install wget qemu-kvm
# wget
https://cloud-images.ubuntu.com/releases/16.04/release/ubuntu-16.04-server-cloudimg-amd64-disk1.img
# kvm -curses ubuntu-16.04-server-cloudimg-amd64-disk1.img
You should see it booting. I
12 matches
Mail list logo