Make sure that when configuring containers that have interfaces containing
multiple IP addresses they are added in the order of the configuration file
(i.e. the first being the primary one) and not the reverse order.
Signed-off-by: Christian Seiler
---
src/lxc/confile.c |4 ++--
1 files chan
Quoting Christian Seiler (christ...@iwakd.de):
> Make sure that when configuring containers that have interfaces containing
> multiple IP addresses they are added in the order of the configuration file
> (i.e. the first being the primary one) and not the reverse order.
>
> Signed-off-by: Christian
On 01/14/2013 06:32 PM, Serge Hallyn wrote:
> Always unblock parent when child setup fails, rather than just
> exiting.
>
> Also remove a duplicate call to setup_cgroup(). We'll want it
> close to there for userns, but not right there - that's too late,
> and could happen after container init has
On 01/14/2013 06:32 PM, Serge Hallyn wrote:
> This is a first step to enabling user namespaces. When starting a
> container in a new user namespace, the child will not have the
> rights to write to the cgroup fs. (We can give it that right, but
> don't always want to have to).
>
> At the parent,
On 01/14/2013 07:03 PM, Serge Hallyn wrote:
> The 3.8 kernel now supporst uid mappings, so I believe it's appropriate
> to proceed with this patchset.
> The container config supports new entries of the form:
> lxc.id_map = U 10 0 1
> lxc.id_map = G 10 0 1
> meaning map 'virtual' u
On 01/14/2013 09:37 AM, Stéphane Graber wrote:
> Forwarding this from Bogdan as for some weird reason his e-mails are put
> in the mailing-list moderation queue (even though he's subscribed).
>
> Personally I think this change is good and would make the busybox
> template behave similarly than the
Quoting Dwight Engen (dwight.en...@oracle.com):
> On Tue, 15 Jan 2013 00:37:07 -0600
> Serge Hallyn wrote:
>
> > Quoting Dwight Engen (dwight.en...@oracle.com):
...
> > With configure, we'd probably want to just specify (for instance)
> > --logpath=/var/lib/lxc, and then always write to
> > $logp
In eglibc st_uid and st_gid are defined as unsigned integers, in bionic those
are defined as unsigned long (which is inconsistent with the kernel's
defintion that's uint_32).
To workaround this problem, simply cast those two to int.
Signed-off-by: Stéphane Graber
---
src/lxc/conf.c | 2 +-
1 fi
Quoting Stéphane Graber (stgra...@ubuntu.com):
> In eglibc st_uid and st_gid are defined as unsigned integers, in bionic those
> are defined as unsigned long (which is inconsistent with the kernel's
> defintion that's uint_32).
>
> To workaround this problem, simply cast those two to int.
>
> Sig
Hi
My company is planning to replace OpenVZ with LXC. We use Debian. So here
are my questions:
1. I was wondering if there's a change log which can tell us what we
could gain if we chose 0.9 over 0.8 although it's still in alpha.
Performance, ease of use, ...?
2. Is there any document
[ Thanks to Stéphane and Dwight for the feedback on the previous patch ]
Until now, if a lxc-* (i.e. lxc-start) command did not specify a logfile
(with -o logfile), the default was effectively 'none'. With this patch,
the default becomes $LOGPATH//.log. LOGPATH is
specified at configure time wit
11 matches
Mail list logo
