On Sun, Jun 01, 2014 at 09:26:20AM +0900, Mike Hommey wrote:
> unarchive 708144
> reassign 708144 lxc
> found 708144 0.8.0~rc1-8+deb7u2
> thanks
>
> The most important and blocking part of this bug is not addressed by the
> use of a newer kernel:
>
> On Mon, May 13, 2013 at 03:39:02PM +0200, Evgeni Golov wrote:
> > lxc-attach: No such file or directory - failed to open
> > '/sys/fs/cgroup//lxc/lxc/lxc2/tasks'
> >
> > root@wheezy:~# ls /sys/fs/cgroup//lxc/lxc/lxc2/tasks
> > ls: cannot access /sys/fs/cgroup//lxc/lxc/lxc2/tasks: No such file or
> > directory
> >
> > root@wheezy:~# ls /sys/fs/cgroup//lxc/lxc2/tasks
> > /sys/fs/cgroup//lxc/lxc2/tasks
>
> The path lxc attach uses is $cgroup_mnt/lxc/lxc/$lxc_name instead of
> $cgroup_mnt/lxc/$lxc_name.
And this is because what lxc_proc_get_context_info reads from
/proc/$pid/cgroup already contains "/lxc" because it's the path under
the cgroup mount point. Upstream never fixed this because they changed
the entire logic in 460a1cf0a9465043652092b11844f026cdad1342.
The following patch should work, albeit hackish:
--- lxc-0.8.0~rc1.orig/src/lxc/attach.c
+++ lxc-0.8.0~rc1/src/lxc/attach.c
@@ -214,7 +214,7 @@ int lxc_attach_proc_to_cgroups(pid_t pid
/* lxc_cgroup_path_get can process multiple subsystems */
ret = lxc_cgroup_path_get(&path, ctx->cgroups[i].subsystems,
- &ctx->cgroups[i].cgroup[1]);
+ &ctx->cgroups[i].cgroup[5]);
if (ret)
return -1;
Mike
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
