Wie aktiviert man Linux Namespace im System basierend auf Kernel 2.6.38 und initd?

Question

Ich möchte LXC 2.0 auf Linux Kernel 2.6.38 und init.d ausführen, ob Kernel-Version und Initd obligatorisch sind.

Ich habe den Kernel mit Namespace-Unterstützung wie folgt neu kompiliert.

# 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 

Alles läuft erfolgreich, bis ich das folgende Problem auf lxc-start -n ts1 --logfile=ts1.log getroffen.

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

LXC/start.c: 138 sagt, dass meine Eltern-Prozess nicht /proc/<PID>/ns Ordner hat und wenn ich überprüfe, es stimmt auch für alle Prozesse im System einschließlich initd.

Ich nehme an, dass initd Namespaces als initialer Prozess nicht berücksichtigt.

Was muss ich tun, um initd mit Namespace verbunden zu bekommen?

Answer 1

edit: misread Frage, Korrektur:

es scheint, die - https://cateee.net/lkddb/web-lkddb/PID_NS.html nicht genug ist, gibt es wahrscheinlich eine weitere Option erforderlich. (CONFIG_EXPERIMENTAL?)

Ich erinnere mich daran, eine Howto Debian Squeeze (6, 2.6 Kernel-Zeile) mit lxc-Containern irgendwo zu sehen, so sollte es machbar sein, vielleicht versuchen und Kconfig von dort greifen und vergleichen.

Ich fand auch dieses Patch-Set, testen und vergleichen vielleicht: http://lxc.sourceforge.net/patches/linux/2.6.38/2.6.38.2-lxc1/patches/

Bedenken Sie auch alte lxc (v1), würde ich nicht die Kompatibilität mit Kernel von ~ 2009 erwarten hoch wäre bei (wenn alle) priority - also besteht die Chance, dass es noch mehr Vorbehalte und Fallen mit lxd mit solch uralten Kernel geben wird.