[Lxc-users] [systemd-devel] Unable to run systemd in an LXC / cgroup container.

Michael H. Warfield mhw at WittsEnd.com
Fri Oct 26 02:07:37 UTC 2012


On Thu, 2012-10-25 at 20:30 -0500, Serge Hallyn wrote:
> Quoting Michael H. Warfield (mhw at WittsEnd.com):
> > On Thu, 2012-10-25 at 23:38 +0200, Lennart Poettering wrote:
> > > On Thu, 25.10.12 11:59, Michael H. Warfield (mhw at WittsEnd.com) wrote:
> > 
> > > > I've got some more problems relating to shutting down containers, some
> > > > of which may be related to mounting tmpfs on /run to which /var/run is
> > > > symlinked to.  We're doing halt / restart detection by monitoring utmp
> > > > in that directory but it looks like utmp isn't even in that directory
> > > > anymore and mounting tmpfs on it was always problematical.  We may have
> > > > to have a more generic method to detect when a container has shut down
> > > > or is restarting in that case.
> > 
> > > I can't parse this. The system call reboot() is virtualized for
> > > containers just fine and the container managaer (i.e. LXC) can check for
> > > that easily.
> > 
> > The problem we have had was with differentiating between reboot and halt
> > to either shut the container down cold or restarted it.  You say
> > "easily" and yet we never came up with an "easy" solution and monitored
> > utmp instead for the next runlevel change.  What is your "easy" solution
> > for that problem?

> I think you're on older kernels, where we had to resort to that.  Pretty
> recently Daniel Lezcano's patch was finally accepted upstream, which lets
> a container call reboot() and lets the parent of init tell whether it
> called reboot or shutdown by looking at wTERMSIG(status).

Now THAT is wonderful news!  I hadn't realized that had been accepted.
So we no longer need to rely on the old utmp kludge?

> -serge

Regards,
Mike
-- 
Michael H. Warfield (AI4NB) | (770) 985-6132 |  mhw at WittsEnd.com
   /\/\|=mhw=|\/\/          | (678) 463-0932 |  http://www.wittsend.com/mhw/
   NIC whois: MHW9          | An optimist believes we live in the best of all
 PGP Key: 0x674627FF        | possible worlds.  A pessimist is sure of it!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 482 bytes
Desc: This is a digitally signed message part
URL: <http://lists.linuxcontainers.org/pipermail/lxc-users/attachments/20121025/54137328/attachment.pgp>


More information about the lxc-users mailing list