Ho intenzione di sfatare alcuni miti qui.
Questa è solo una cattiva idea. Mi dispiace. - Jacob 5 marzo alle 20:30
Non vedo come questa sia una cattiva idea. È davvero solo un chroot dentro un chroot. Da un lato, potrebbe eventualmente ridurre le prestazioni in modo trascurabile (nulla rispetto all'esecuzione di una macchina virtuale in una macchina virtuale). D'altra parte, è probabile che sia più sicuro (ad es. Più isolato dal sistema host di root e dai suoi componenti).
Hai davvero un vero motivo per farlo? Ricorda che qui le domande dovrebbero riguardare i problemi reali che devi affrontare. - Zoredache il 5 marzo alle 21:52
Sono d'accordo al 100% con il seguente commento del poster. Inoltre, penso che sia sicuro presumere che tutti coloro che postano una domanda qui probabilmente pensano di avere un vero motivo per farlo.
Penso che lxc dovrebbe essere in grado di semplificare la migrazione delle VM (e anche il backup + recupero). Ma non sono sicuro dei casi, quando non c'è accesso al sistema operativo host (ad esempio vps economici). - Mikhail, 6 marzo alle 11:17
In realtà mi sono imbattuto in questa domanda a giugno, quando mi sono immerso per la prima volta in LXC per i progetti PaaS / IaaS, ed ero particolarmente interessato alla capacità di consentire agli utenti di emulare gli ambienti cloud per scopi di sviluppo.
LXCeption. Siamo troppo profondi. - Tom O'Connor il 6 marzo alle 22:46
Ho riso un po 'quando ho letto questo, ma non è affatto così :)
Ad ogni modo, alla fine ho impostato un ambiente VirtualBox con un'installazione stock di Ubuntu 12.04 LTS Server Edition dopo aver letto tutto ciò, pensando che fosse possibile al 100%. Dopo aver installato LXC, ho creato un nuovo contenitore e installato LXC all'interno del contenitore con apt-get. La maggior parte dell'installazione è andata bene, ma alla fine ha provocato un errore a causa di un problema con il pacchetto cgroup-lite, il cui processo di avvio non è stato avviato dopo l'installazione del pacchetto.
Dopo un po 'di ricerche, mi sono imbattuto in questo bell'articolo su stgraber.org (le chicche si nascondono nella sezione "Nesting dei container"):
sudo apt-get install lxc
sudo lxc-create -t ubuntu -n my-host-container -t ubuntu
sudo wget https://www.stgraber.org/download/lxc-with-nesting -O /etc/apparmor.d/lxc/lxc-with-nesting
sudo /etc/init.d/apparmor reload
sudo sed -i "s/#lxc.aa_profile = unconfined/lxc.aa_profile = lxc-container-with-nesting/" /var/lib/lxc/my-host-container/config
sudo lxc-start -n my-host-container
(in my-host-container) sudo apt-get install lxc
(in my-host-container) sudo stop lxc
(in my-host-container) sudo sed -i "s/10.0.3/10.0.4/g" /etc/default/lxc
(in my-host-container) sudo start lxc
(in my-host-container) sudo lxc-create -n my-sub-container -t ubuntu
(in my-host-container) sudo lxc-start -n my-sub-container
L'installazione di quel criterio AppArmor e il riavvio del demone hanno funzionato (non dimenticare di cambiare gli intervalli di rete, però!). In effetti, ho pensato che quel particolare frammento fosse così importante che l'ho rispecchiato @ http://pastebin.com/JDFp6cTB nel caso in cui l'articolo non fosse mai in linea.
Dopo ciò, ci sudo /etc/init.d/cgroup-lite startriuscì e fu una navigazione fluida.
Quindi, sì, è possibile avviare un contenitore LXC all'interno di un altro contenitore LXC :)