Vou dissipar alguns mitos aqui.
Esta é apenas uma má ideia. Eu sinto Muito. - Jacob 5 de março às 20:30
Não vejo como isso é uma má ideia. É realmente apenas um chroot dentro de um chroot. Por um lado, isso pode diminuir o desempenho de alguma maneira desprezível (nada comparado à execução de uma VM dentro de uma VM). Por outro lado, é provável que seja mais seguro (por exemplo, mais isolado do sistema host raiz e de seus constituintes).
Você realmente tem um motivo real para fazer isso? Lembre-se de que as perguntas aqui devem ser sobre problemas reais que você enfrenta. - Zoredache 5/03 às 21:52
Concordo 100% com o seguinte comentário do pôster. Além disso, acho seguro presumir que todos que postam uma pergunta aqui provavelmente pensam que têm um motivo real para fazê-lo.
Eu acho que o lxc deve ser capaz de simplificar a migração da VM (e backup + recuperação também). Mas não tenho certeza dos casos, quando não há acesso ao sistema operacional host (vps baratos, por exemplo). - Mikhail 6/03 às 11:17
Na verdade, deparei com essa pergunta em junho, quando mergulhei no LXC para projetos PaaS / IaaS, e estava particularmente interessado na capacidade de permitir que os usuários emulassem ambientes de nuvem para fins de desenvolvimento.
LXCeption. Nós somos muito profundos. - Tom O'Connor 6/03 às 22:46
Eu ri um pouco quando li este, mas não é esse o caso :)
Enfim, acabei configurando um ambiente VirtualBox com uma instalação de estoque do Ubuntu 12.04 LTS Server Edition depois de ler tudo isso, pensando que isso era 100% possível. Após instalar o LXC, criei um novo contêiner e instalei o LXC dentro do contêiner com o apt-get. A maior parte da instalação progrediu bem, mas resultou em erro devido a um problema com o pacote cgroup-lite, cuja tarefa inicial não pôde ser iniciada após a instalação do pacote.
Depois de um pouco de pesquisa, me deparei com este excelente artigo em stgraber.org (os brindes estão escondidos na seção "Aninhamento de contêineres"):
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
Instalar essa política do AppArmor e reiniciar o daemon fez o truque (no entanto, não se esqueça de alterar os intervalos de rede!). Na verdade, eu pensei que esse snippet em particular era tão importante que eu o espelhei @ http://pastebin.com/JDFp6cTB para o caso de o artigo ficar offline.
Depois disso, sudo /etc/init.d/cgroup-lite startconseguiu e foi bom velejar.
Então, sim, é possível iniciar um contêiner LXC dentro de outro contêiner LXC :)