On Tue, Jan 14, 2014 at 08:42:06PM -0000, Serge Hallyn wrote: > Note that what you describe should also be the case if using a regular > container > > sudo lxc-create -t ubuntu-cloud -n u1 > sudo lxc-start -n u1 > > Is the process group of init somehow ending up different in the user > namespace case? Or else why would this only be a problem in the > user namespace case?
It is diffferent. Here's the controlling ttys without user namespaces: ubuntu@u1:~$ cat /proc/$$/stat | cut -d' ' -f7 34826 ubuntu@u1:~$ cat /proc/1/stat | cut -d' ' -f7 0 and with user namsepaces: ubuntu@c1:~$ cat /proc/$$/stat | cut -d' ' -f7 0 ubuntu@c1:~$ cat /proc/1/stat | cut -d' ' -f7 34826 init should have its controlling terminal cleared when it calls setsid(), so either it isn't calling setsid() or else setsid() is failing. The reasons setsid() would fail are that the process is already a session group leader or else a session with the same id already exists. I haven't found how user namespaces would have any effect on those things, however. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1263738 Title: login console 0 in user namespace container is not configured right To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1263738/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
