Debian Bug report logs - #488225
Please support CLONE_NEWNS

Reply or subscribe to this bug.

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Max Kellermann <max@duempel.org>

To: submit@bugs.debian.org

Subject: Please support CLONE_NEWNS

Date: Fri, 27 Jun 2008 10:15:11 +0200

Package: schroot
Version: 1.2.0-1
Severity: wishlist

With CLONE_NEWNS (a clone()/unshare() option), schroot could make all
mounts local, so the main host does not see them.  The kernel would
automatically take care of all the cleanup involved in unmounting.  It
could also use pivot_root() instead of chroot().

Message #10 received at 488225@bugs.debian.org (full text, mbox, reply):

From: Roger Leigh <rleigh@whinlatter.ukfsn.org>

To: Max Kellermann <max@duempel.org>

Cc: 488225@bugs.debian.org

Subject: Re: [Buildd-tools-devel] Bug#488225: Please support CLONE_NEWNS

Date: Sun, 29 Jun 2008 14:37:30 +0100

[Message part 1 (text/plain, inline)]

Max Kellermann <max@duempel.org> writes:

> With CLONE_NEWNS (a clone()/unshare() option), schroot could make all
> mounts local, so the main host does not see them.  The kernel would
> automatically take care of all the cleanup involved in unmounting.  It
> could also use pivot_root() instead of chroot().

This does sound interesting.  If we can integrate this into the
existing setup script usage, that would be great.  However, the setup
scripts do need to have access to the host filesystem, which might
prevent CLONE_NEWNS from working nicely.  However, pivot_root might
well be an answer to that; we would just need to umount the old rootfs
after the setup scripts run.

If you had any suggestions about the best way to implement this, I
would be happy to hear them.


Regards,
Roger

-- 
  .''`.  Roger Leigh
 : :' :  Debian GNU/Linux             http://people.debian.org/~rleigh/
 `. `'   Printing on GNU/Linux?       http://gutenprint.sourceforge.net/
   `-    GPG Public Key: 0x25BFB848   Please GPG sign your maily.

[Message part 2 (application/pgp-signature, inline)]

Message #15 received at 488225@bugs.debian.org (full text, mbox, reply):

From: Max Kellermann <max@duempel.org>

To: Roger Leigh <rleigh@whinlatter.ukfsn.org>

Cc: 488225@bugs.debian.org

Subject: Re: [Buildd-tools-devel] Bug#488225: Please support CLONE_NEWNS

Date: Wed, 29 Jan 2014 16:30:04 +0100

On 2008/06/29 15:37, Roger Leigh <rleigh@whinlatter.ukfsn.org> wrote:
> Max Kellermann <max@duempel.org> writes:
> 
> > With CLONE_NEWNS (a clone()/unshare() option), schroot could make all
> > mounts local, so the main host does not see them.  The kernel would
> > automatically take care of all the cleanup involved in unmounting.  It
> > could also use pivot_root() instead of chroot().
> 
> This does sound interesting.  If we can integrate this into the
> existing setup script usage, that would be great.  However, the setup
> scripts do need to have access to the host filesystem, which might
> prevent CLONE_NEWNS from working nicely.  However, pivot_root might
> well be an answer to that; we would just need to umount the old rootfs
> after the setup scripts run.
> 
> If you had any suggestions about the best way to implement this, I
> would be happy to hear them.

Hi Roger,

it's been a while since my feature request.  I've finally written a
small piece of code that implements the option "unshare.mount".

Please pull git://gitorious.org/schroot/schroot.git ns

Tested only with "type=directory".  It does not yet use pivot_root()
instead of chroot().

Max

Send a report that this bug log contains spam.