0

我想在 linux 内核 2.6.38 和 init.d 上运行 LXC 2.0，无论内核版本和 initd 是否都是必需的。

我已经重新编译了具有命名空间支持的内核，如下所示。

# Kernel parameters
CONFIG_NAMESPACES=y
CONFIG_CGROUP_NS=y
CONFIG_UTS_NS=y
CONFIG_IPC_NS=y
CONFIG_USER_NS=y
CONFIG_PID_NS=y
CONFIG_NET_NS=y


[root@ts ~]# CONFIG=$(pwd)/.config lxc-checkconfig
--- Namespaces ---
Namespaces: enabled
Utsname namespace: enabled
Ipc namespace: enabled
Pid namespace: enabled
User namespace: enabled
newuidmap is not installed
newgidmap is not installed
Network namespace: enabled
Multiple /dev/pts instances: enabled
--- Control groups ---
Cgroup: enabled
Cgroup clone_children flag: enabled
Cgroup device: missing
Cgroup sched: enabled
Cgroup cpu account: enabled
Cgroup memory controller: enabled
Cgroup cpuset: enabled

一切都运行成功，直到我在lxc-start -n ts1 --logfile=ts1.log.

lxc_start - start.c:preserve_ns:138 - No such file or directory - Kernel does not support attaching to namespaces.

LXC/start.c:138 说我的父进程没有/proc/<PID>/ns文件夹，当我检查它时，即使系统中的所有进程（包括 initd）也是如此。

我假设 initd 没有将命名空间作为初始过程考虑在内。

我需要做什么才能使 initd 附加命名空间？

4

1 回答 1

0

编辑：误读问题，更正：

似乎有 - https://cateee.net/lkddb/web-lkddb/PID_NS.html是不够的，可能还需要另一个选项。（CONFIG_EXPERIMENTAL？）

我确实记得在某处看到了一个带有 lxc 容器的 Debian Squeeze（6、2.6 内核行），所以它应该是可行的，也许可以尝试从那里获取 Kconfig 并进行比较。

我还找到了这个补丁集，尝试比较一下：http: //lxc.sourceforge.net/patches/linux/2.6.38/2.6.38.2-lxc1/patches/

另外，考虑旧的 lxc (v1) ，我不希望从 ~2009 开始与内核的兼容性将是高优先级（如果有的话） - 因此对于具有如此古老内核的 lxd 可能会有更多的警告和陷阱。

于 2017-12-12T01:26:59.980 回答