Quoting Tim Hockin (thoc...@google.com):
> Thanks for this! I think it helps a lot to discuss now, rather than
> over nearly-done code.
>
> On Mon, Nov 25, 2013 at 2:43 PM, Serge E. Hallyn wrote:
> > Additionally, Tejun has specified that we do not want users to be
> > too closely tied to the cg
On 11/26/2013 04:58 AM, Stéphane Graber wrote:
> On Tue, Nov 26, 2013 at 04:04:36AM +0200, Marian Marinov wrote:
>> Hey guys,
>> I just read on LWN about the checkpoint/restore tool:
>> http://lwn.net/Articles/574917/
>>
>> With this, it seams possible to freeze and restore a whole container fr
On Tue, Nov 26, 2013 at 04:04:36AM +0200, Marian Marinov wrote:
> Hey guys,
> I just read on LWN about the checkpoint/restore tool:
>http://lwn.net/Articles/574917/
>
> With this, it seams possible to freeze and restore a whole container from one
> node to another.
>
> I'll give it a try thi
On Mon, 2013-11-25 at 21:43 -0500, Stéphane Graber wrote:
> Haha,
>
> I was wondering how long it'd take before we got the first comment about
> systemd's own cgroup manager :)
>
> To try and keep this short, there are a lot of cases where systemd's
> plan of having an in-pid1 manager, as practi
Haha,
I was wondering how long it'd take before we got the first comment about
systemd's own cgroup manager :)
To try and keep this short, there are a lot of cases where systemd's
plan of having an in-pid1 manager, as practical as it's for them, just
isn't going to work for us.
I believe our des
Serge...
You have no idea how much I dread mentioning this (well, after
LinuxPlumbers, maybe you can) but... You do realize that some of this
is EXACTLY what the systemd crowd was talking about there in NOLA back
then. I sat in those session grinding my teeth and listening to
comments from some
Hey guys,
I just read on LWN about the checkpoint/restore tool:
http://lwn.net/Articles/574917/
With this, it seams possible to freeze and restore a whole container from one
node to another.
I'll give it a try this week to give more details on how it actually works.
Marian
-
On Tue, Nov 26, 2013 at 03:35:22AM +0200, Marian Marinov wrote:
> On 11/26/2013 02:11 AM, Stéphane Graber wrote:
> >On Tue, Nov 26, 2013 at 02:03:16AM +0200, Marian Marinov wrote:
> >>On 11/26/2013 12:43 AM, Serge E. Hallyn wrote:
> >>>Hi,
> >>>
> >>>as i've mentioned several times, I want to write
On 11/26/2013 02:11 AM, Stéphane Graber wrote:
> On Tue, Nov 26, 2013 at 02:03:16AM +0200, Marian Marinov wrote:
>> On 11/26/2013 12:43 AM, Serge E. Hallyn wrote:
>>> Hi,
>>>
>>> as i've mentioned several times, I want to write a standalone cgroup
>>> management daemon. Basic requirements are that
On Tue, Nov 26, 2013 at 02:03:16AM +0200, Marian Marinov wrote:
> On 11/26/2013 12:43 AM, Serge E. Hallyn wrote:
> > Hi,
> >
> > as i've mentioned several times, I want to write a standalone cgroup
> > management daemon. Basic requirements are that it be a standalone
> > program; that a single ins
On 11/26/2013 12:43 AM, Serge E. Hallyn wrote:
> Hi,
>
> as i've mentioned several times, I want to write a standalone cgroup
> management daemon. Basic requirements are that it be a standalone
> program; that a single instance running on the host be usable from
> containers nested at any depth; t
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 7ee37fac5ed303be483da0d9aa07391db5871717
https://github.com/lxc/lxc/commit/7ee37fac5ed303be483da0d9aa07391db5871717
Author: Stéphane Graber
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M src/lxc/lxc
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 5c5e32fdd30625fad69e6c8874aabd18c69be334
https://github.com/lxc/lxc/commit/5c5e32fdd30625fad69e6c8874aabd18c69be334
Author: Stéphane Graber
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M src/lxc/lxc
Hi,
as i've mentioned several times, I want to write a standalone cgroup
management daemon. Basic requirements are that it be a standalone
program; that a single instance running on the host be usable from
containers nested at any depth; that it not allow escaping ones
assigned limits; that it no
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 9f30a1908937fb62906e608f708bdec4fbdec1bc
https://github.com/lxc/lxc/commit/9f30a1908937fb62906e608f708bdec4fbdec1bc
Author: Marek Majkowski
Date: 2013-11-06 (Wed, 06 Nov 2013)
Changed paths:
M src/lxc/arg
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 5266cf0a640f93d3784ed3ea121de4ada1feb127
https://github.com/lxc/lxc/commit/5266cf0a640f93d3784ed3ea121de4ada1feb127
Author: Michael H. Warfield
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M templat
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 8f7b58d68f7a73b1182d83162d4d2ee8c475f020
https://github.com/lxc/lxc/commit/8f7b58d68f7a73b1182d83162d4d2ee8c475f020
Author: Serge Hallyn
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M src/lxc/lxc_us
On Mon, 2013-11-25 at 14:46 -0500, Stéphane Graber wrote:
> On Mon, Nov 25, 2013 at 12:31:30PM -0500, Michael H. Warfield wrote:
> > Fixes for selinux and pam_loginuid.so
> >
> > Just some additional catches for disabling selinux and pam_loginuid.so
> > thanks to Dwight Engen and the Oracle templ
On Mon, Nov 25, 2013 at 12:31:30PM -0500, Michael H. Warfield wrote:
> Fixes for selinux and pam_loginuid.so
>
> Just some additional catches for disabling selinux and pam_loginuid.so
> thanks to Dwight Engen and the Oracle template.
>
> Signed-off-by: Michael H. Warfield
Might be worth mention
On Mon, Nov 25, 2013 at 12:30:38PM -0500, Michael H. Warfield wrote:
> From 38cfabdbe0e46f5a0ed20687fcda48424b4a7b6d Mon Sep 17 00:00:00 2001
> From: "Michael H. Warfield"
> Date: Mon, 25 Nov 2013 10:34:48 -0500
> Subject: [PATCH 1/2] Fix stupid architecture error.
> Organization: Thaumaturgy & Sp
On Fri, Nov 22, 2013 at 08:04:59PM -0600, Serge Hallyn wrote:
> This pulls a lot of common code out of lxc_user_nic.c. It also
> moves one function from conf.c that was duplicated in lxc_user_nic.c
> (It removes a DEBUG statement because (a) it doesn't seem actually
> useful and (b) DEBUG doesn't
On Fri, Nov 22, 2013 at 08:26:20PM -0600, Serge Hallyn wrote:
> Signed-off-by: Serge Hallyn
Acked-by: Stéphane Graber
> ---
> src/lxc/lxc_user_nic.c | 26 +-
> 1 file changed, 13 insertions(+), 13 deletions(-)
>
> diff --git a/src/lxc/lxc_user_nic.c b/src/lxc/lxc_user_
Introducing a new template (which is a modified template of a modified
template) for CentOS.
--
Added templates/lxc-centos for CentOS containers.
This adds an lxc-centos template for crreating CentOS 5+ templates. It
does NOT create CentOS 4 or earlier containers as these are way past
end of l
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 8cd80b50efe2107ac351bfd0285050dd183398e7
https://github.com/lxc/lxc/commit/8cd80b50efe2107ac351bfd0285050dd183398e7
Author: Stéphane Graber
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M src/lxc/lxc
Couple of fixes for the Fedora template including one heinously stupid
one that I did.
Michael H. Warfield (2):
Fix stupid architecture error.
Fixes for selinux and pam_loginuid.so
templates/lxc-fedora.in | 31 ---
1 file changed, 24 insertions(+), 7 deletions(-)
Fixes for selinux and pam_loginuid.so
Just some additional catches for disabling selinux and pam_loginuid.so
thanks to Dwight Engen and the Oracle template.
Signed-off-by: Michael H. Warfield
---
templates/lxc-fedora.in | 23 ---
1 file changed, 20 insertions(+), 3 deletions
From 38cfabdbe0e46f5a0ed20687fcda48424b4a7b6d Mon Sep 17 00:00:00 2001
From: "Michael H. Warfield"
Date: Mon, 25 Nov 2013 10:34:48 -0500
Subject: [PATCH 1/2] Fix stupid architecture error.
Organization: Thaumaturgy & Speculums Technology
Fix stupid architecture error.
Stupid error and I did it!
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: db3392c017c2aa000524baa9326e695a9e135007
https://github.com/lxc/lxc/commit/db3392c017c2aa000524baa9326e695a9e135007
Author: Dwight Engen
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M src/lxc/Makefi
fixes rpm build
Signed-off-by: Dwight Engen
---
src/lxc/Makefile.am | 1 +
1 file changed, 1 insertion(+)
diff --git a/src/lxc/Makefile.am b/src/lxc/Makefile.am
index bcb644e..ce1cfa8 100644
--- a/src/lxc/Makefile.am
+++ b/src/lxc/Makefile.am
@@ -149,6 +149,7 @@ bin_SCRIPTS = \
EXTRA_DIST =
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: f7f1ba77b76e4d4dc18638cfdc859c3dc1750a9e
https://github.com/lxc/lxc/commit/f7f1ba77b76e4d4dc18638cfdc859c3dc1750a9e
Author: Stéphane Graber
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M doc/ja/FAQ.
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 953e611ceabed9ccf986e0b234379c2af4bb331a
https://github.com/lxc/lxc/commit/953e611ceabed9ccf986e0b234379c2af4bb331a
Author: James Hunt
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M .gitignore
M
On 11/25/2013 05:12 PM, Daniel P. Berrange wrote:
> On Mon, Nov 25, 2013 at 09:09:40AM -0600, Serge Hallyn wrote:
>> Quoting Marian Marinov (m...@yuhu.biz):
>>> Hi guys,
>>> I'm using LXC containers for some of my teaching and I want to have
>>> /proc/cpuinfo and /proc/memory based on the cgroup
>
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 2004e7da82b743490692e654449c8300b4b300bc
https://github.com/lxc/lxc/commit/2004e7da82b743490692e654449c8300b4b300bc
Author: Guilhem Lettron
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M templates/l
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 853d58fdf5af0960b7b6edc9dea0fadddb8535f1
https://github.com/lxc/lxc/commit/853d58fdf5af0960b7b6edc9dea0fadddb8535f1
Author: Elan Ruusamäe
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M templates/lxc
Branch: refs/heads/master
Home: https://github.com/lxc/lxc
Commit: 1b29d73cba7a54227f937969de05fc0cfa07580a
https://github.com/lxc/lxc/commit/1b29d73cba7a54227f937969de05fc0cfa07580a
Author: KATOH Yasufumi
Date: 2013-11-25 (Mon, 25 Nov 2013)
Changed paths:
M doc/ja/lxc-a
On Mon, Nov 25, 2013 at 09:09:40AM -0600, Serge Hallyn wrote:
> Quoting Marian Marinov (m...@yuhu.biz):
> > Hi guys,
> > I'm using LXC containers for some of my teaching and I want to have
> > /proc/cpuinfo and /proc/memory based on the cgroup
> > limits that I have set.
> >
> > The idea is that
Quoting Marian Marinov (m...@yuhu.biz):
> Hi guys,
> I'm using LXC containers for some of my teaching and I want to have
> /proc/cpuinfo and /proc/memory based on the cgroup
> limits that I have set.
>
> The idea is that if one container is limited to a cpuset of 0-1 it should see
> only the fi
Hi guys,
I'm using LXC containers for some of my teaching and I want to have
/proc/cpuinfo and /proc/memory based on the cgroup
limits that I have set.
The idea is that if one container is limited to a cpuset of 0-1 it should see
only the first two cores and not all the
cores on the machine.
38 matches
Mail list logo
