nspawn and rocket.

Rob Landley rob at landley.net
Mon Sep 7 19:21:44 UTC 2015


I'm poking at adding the third layer of container support to toybox, by
which I mean I have unshare and nsenter, but need something to act as
the init process in the container to do the early I/O setup (filesystem
mounts, device import/export, network device setup, etc) that requires
interacting with the host.

At the plumber's container BOF I got pointed at systemd-nspawn, which is
apparently what Rocket is built on top of? As in rocket provides a bunch
of host-side plumbing, but the non-distro code that runs inside the
container for early bringup is essentially nspawn?

The nspawn webpage says that it's "just for testing" and that there's a
lot of other stuff you have to do to make it actually secure. Has
anybody documented what that stuff _is_? (Presumably rocket is layering
that on top of nspawn, and I want to implement something that rocket can
use but otherwise stays out of its way. I'd _really_ like it if I can
avoid having parse json.)

Does it sound like I'm on the right track here? Or should I just fluff
out nsenter a bit, implement tunctl, and not worry about nspawn?

Rob


More information about the Containers mailing list