On Mon, Jan 4, 2010 at 6:40 AM, Dwight Schauer wrote:
>
> I'm starting to get is quite regularly, but not every time:
>
> lxc-start: Device or resource busy - failed to remove previous cgroup
> '/cgroup/CONTAINER_NAME'
>
Can you please paste the output of cat /proc/cgroups and cat /proc/mounts
>
Quoting Dwight Schauer (dscha...@gmail.com):
> On Mon, Jan 4, 2010 at 7:24 PM, Serge E. Hallyn wrote:
> > tasks is empty, but there are subdirectories - 102, 26533, etc.
> > This looks like the dirtywork of the ns cgroup. If each of those
> > subdirs is also empty then you can rmdir them, then rm
On Mon, Jan 4, 2010 at 7:24 PM, Serge E. Hallyn wrote:
> tasks is empty, but there are subdirectories - 102, 26533, etc.
> This looks like the dirtywork of the ns cgroup. If each of those
> subdirs is also empty then you can rmdir them, then rmdir /cgroup/arch64-1.
>
> Or, use a release agent, wh
Quoting Dwight Schauer (dscha...@gmail.com):
> On Mon, Jan 4, 2010 at 12:02 PM, Serge E. Hallyn wrote:
> > Quoting Dwight Schauer (dscha...@gmail.com):
> >> On Mon, Jan 4, 2010 at 4:40 AM, Daniel Lezcano
> >> wrote:
> >> > Did you check the file /cgroup//tasks is empty ? it's probably a
> >> >
On Mon, Jan 4, 2010 at 12:02 PM, Serge E. Hallyn wrote:
> Quoting Dwight Schauer (dscha...@gmail.com):
>> On Mon, Jan 4, 2010 at 4:40 AM, Daniel Lezcano
>> wrote:
>> > Did you check the file /cgroup//tasks is empty ? it's probably a dumb
>> > question, but just in case :)
>> >
>>
>> Ok, since th
Quoting Dwight Schauer (dscha...@gmail.com):
> On Mon, Jan 4, 2010 at 4:40 AM, Daniel Lezcano wrote:
> > Did you check the file /cgroup//tasks is empty ? it's probably a dumb
> > question, but just in case :)
> >
>
> Ok, since this is easy enough to reproduce, I got it into this state again.
>
>
> munmap(0x7feca822, 4096) = 0
> access("/cgroup/arch64-1", F_OK) = 0
> rmdir("/cgroup/arch64-1") = -1 EBUSY (Device or resource busy)
> write(2, "lxc-start: "..., 11lxc-start: ) = 11
> write(2, "Device or resource busy - failed "..., 77Device or resourc
On Mon, Jan 4, 2010 at 4:40 AM, Daniel Lezcano wrote:
> Did you check the file /cgroup//tasks is empty ? it's probably a dumb
> question, but just in case :)
>
Ok, since this is easy enough to reproduce, I got it into this state again.
$ cat /cgroup/arch64-1/tasks
$
it is empty
> Can you give
# strace lxc-start -n arch64-1 /root/boot-init.sh
execve("/usr/bin/lxc-start", ["lxc-start", "-n", "arch64-1",
"/root/boot-init.sh"], [/* 21 vars */]) = 0
brk(0) = 0x1bf9000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7feca8223000
ac
On Sun, Jan 3, 2010 at 7:22 PM, Balbir Singh wrote:
> Can you please paste the output of cat /proc/cgroups and cat /proc/mounts
Sure.
> This should not really happen, /proc/cgroups will help us figure out what
> is going on. As an alternative, if you can compile the debug cgroup container,
> you'
10 matches
Mail list logo