Hi Serge. Thanks for double-checking. I'm just a user of that system,
so I need to contact the sysadmins about that. I (or they) will get
back to you if they are willing to cooperate.
On Thu, Oct 10, 2013 at 1:19 AM, Serge Hallyn serge.hal...@ubuntu.com wrote:
Quoting Alexandre Gravier
Quoting John (j...@neutrondawn.com):
Greetings LXC,
im having problems getting my container operational on centos. cgconfig
and cgred are both running. the error is as follows during startup
attempts:
lxc-start 1381364626.764 DEBUGlxc_cgroup - cgroup_path_get: called
for subsys
I am in fact able to write to the file. its initial state is empty.
On 2013-10-10 09:24, Serge Hallyn wrote:
Quoting John (j...@neutrondawn.com):
Greetings LXC,
im having problems getting my container operational on centos.
cgconfig
and cgred are both running. the error is as follows
Quoting John (j...@neutrondawn.com):
I am in fact able to write to the file. its initial state is empty.
The initial state of which file is empty -
/cgroup/cpuset/lxc/cpuset.cpus, or /cgroup/cpuset/lxc/GE/cpuset.cpus?
If the former, then that's the problem. That file should have been
Serge,
Sorry for the confusion, both files have been created and are in fact
empty. This is after having removed any configuration constraint on
processors in GE.conf.
On 2013-10-10 10:03, Serge Hallyn wrote:
Quoting John (j...@neutrondawn.com):
I am in fact able to write to the file. its
On Thu, 10 Oct 2013 09:03:36 -0500
Serge Hallyn serge.hal...@ubuntu.com wrote:
Quoting John (j...@neutrondawn.com):
I am in fact able to write to the file. its initial state is empty.
The initial state of which file is empty -
/cgroup/cpuset/lxc/cpuset.cpus, or
On 10/02/2013 05:41 PM, Dwight Engen wrote:
On Mon, 30 Sep 2013 23:18:59 +0200
Tamas Papp tom...@martos.bme.hu wrote:
On 09/30/2013 08:37 PM, Michael H. Warfield wrote:
Dwight,
Actually I have a problem with the Oracle template.
I have a a couple of Oracle Linux containers and they are
On 2013-10-10 17:44, Dwight Engen wrote:
On Thu, 10 Oct 2013 09:03:36 -0500
Serge Hallyn serge.hal...@ubuntu.com wrote:
John, are you perhaps running on an older kernel that doesn't have
clone_children? lxc relies on this to propagate values down the
heirarchy.
Dear Serge, Dear Jon
On my
On 2013-10-10 18:34, John wrote:
Guido, Serge
Thank you for your insight. the parent, /cgroup/cpuset/lxc, has cpuset.cpus
however it hasnt been initialized to any number. my hypothesis is
/cgroup/cpuset/lxc/GE/cpuset.cpus therefore cannot be set as its parent hasnt
been initialized.
Guido,
Alas, this appears to be the problem. /cgroups/cgroup.clone_children
does not exist.
Thanks for the assistance, ill likely begin testing with a new kernel.
A workaround for this problem in RHEL/Centos that sidesteps the kernel
recompile issue is to permit containers to have access to
On Thu, 10 Oct 2013 18:21:31 +0200
Tamas Papp tom...@martos.bme.hu wrote:
On 10/02/2013 05:41 PM, Dwight Engen wrote:
On Mon, 30 Sep 2013 23:18:59 +0200
Tamas Papp tom...@martos.bme.hu wrote:
On 09/30/2013 08:37 PM, Michael H. Warfield wrote:
Dwight,
Actually I have a problem
Quoting John (j...@neutrondawn.com):
Guido,
Alas, this appears to be the problem. /cgroups/cgroup.clone_children
does not exist.
Thanks for the assistance, ill likely begin testing with a new kernel.
A workaround for this problem in RHEL/Centos that sidesteps the kernel
recompile
First things first:
* Wheezy
* Open-icsi 2.0.873-3
* Lxc 0.8.0~rc1-8+deb7u1
I have containers deploying to LVM just fine, and I have iSCSI working just
fine on the host. I am using a bridged network config and the systems in
question can talk to each other. There are no port blockages via
13 matches
Mail list logo
