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

[Michael H. Warfield]

On Tue, 2012-10-30 at 19:35 +0100, Serge Hallyn wrote:
> Quoting Michael H. Warfield (mhw at WittsEnd.com):
> > On Sun, 2012-10-28 at 23:02 +0100, Serge Hallyn wrote:
> > > Quoting Michael H. Warfield (mhw at WittsEnd.com):
> > 
> > :
> > 
> > > > I did see some errors setting up that dev...
> > > > 
> > > > -- 
> > > > [root at forest mhw]# lxc-start -n Alcove
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/59'->'/usr/lib64/lxc/rootfs/dev/tty1'
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/60'->'/usr/lib64/lxc/rootfs/dev/tty2'
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/61'->'/usr/lib64/lxc/rootfs/dev/tty3'
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/62'->'/usr/lib64/lxc/rootfs/dev/tty4'
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/63'->'/usr/lib64/lxc/rootfs/dev/tty5'
> > > > lxc-start: No such file or directory - failed to mount '/dev/pts/64'->'/usr/lib64/lxc/rootfs/dev/tty6'
> > > > systemd 44 running in system mode. (+PAM +LIBWRAP +AUDIT +SELINUX +IMA +SYSVINIT +LIBCRYPTSETUP; fedora)
> > > > 
> > > > Welcome to Fedora 17 (Beefy Miracle)!
> > > > 
> > > > -- 
> > > > 
> > > > Not sure what that's all about but, since systemd isn't going to start
> > > > getty's on the tty? interfaces anyways, it probably doesn't make much
> > > > difference.
> > 
> > > Oh, I see.  Yeah, in the !lxc.ttydir case, when we created our own /dev
> > > we should create the tty files.  I need to fix that.
> > 
> > Well...  I'm not sure I understand what you mean by that.
> > The /dev/pts/* entries do does exist in the host system.  But the bind
> > mount fails saying they do not exist.  Not sure I understand what the

> In Ubuntu, we use lxc.ttydir = lxc.  That means the actual /dev/ttyN in the
> container is a symlink to /dev/lxc/ttyN (to allow package upgrades which
> insist on removing /dev/ttyN to succeed - they will fail if /dev/ttyN is
> mounted over).

> When /dev was pre-populated, /dev/ttyN existed.  But when we are populating
> it, it does not.  So before we try tomount /dev/pts/NN from the host onto
> /dev/ttyN in the container, we have to create a file to bind mount over.
> I didn't put that in the patch.  Yet.

Got it!  You and I both did the same thing.  I'm thinking from the view
of Fedora and you're thinking from the view of Ubuntu.  Got it.  We'll
get this right yet.  :-)=)

> > problem is here but I would like them connected even if systemd doesn't
> > start getty's on them.  I've used them for other purposes in the past.
> > 
> > > Of course in your case since systemd isn't going to start getty's on
> > > them, you should not have the lxc.tty = 6 in your container config,
> > > which it looks like you still do?
> > 
> > Actually, I've decided this is worthy of debugging and there may be
> > other ways to start a getty (or something else) on that tty.  It really
> > should work.
> > 
> > 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!
> 
> 
> 
> > ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_sfd2d_oct
> 
> > _______________________________________________
> > Lxc-users mailing list
> > Lxc-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/lxc-users
> 
> 

-- 
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/20121030/3132ab24/attachment.pgp>