[buildd-tools-devel] Bug#688750: schroot and autofs need better integration

[Reinhard Tartler]

On Tue, Sep 25, 2012 at 5:14 PM, Michael Tokarev <mjt at tls.msk.ru> wrote:

> On 25.09.2012 15:34, Reinhard Tartler wrote:
>
> > In order to solve this, I see two possibilities: a) enhance the autofs
> > init script to become chroot-aware. b) extend schroot to start autofs
> > managed mount points by itself, ideally using the host-provided autofs
> > programs so that autofs does not need to be installed into the chroot.
>
> There's one more solution which is not listed but which is the only
> real solution: fix the real issue instead of designing workarounds
> of various levels of "quality".
>
> The thing is: autofs is very messy thing, both userspace and kernel.
>

Well, I agree that fixing rbinds to behave properly in this use-case would
be ideal, my research on the relevant bugreports however show that there
seems disagreement among kernel developers about what would be the right
sematics here. Therefore, it does not currently look like that is is a
doable option right now.

Since I'm on stable, I have tried using schroot 1.4.x a setup.d script
based on 70services from the 1.6 series to start autofs inside the chroot.
This is still rather messy, as the chroot not only needs the autofs
binaries but also a working nis environment as that's were most of our
automount maps come from. If you are interested, I can share that file.

Nevertheless, I've also implemented another approach, which uses the host
automount binary. I did not test the script extensively, but it seems to
work as a proof of concept on both schroot 1.4 and schroot 1.6 branches.
I'm sure that it could be greatly simplified with some little changes to
automount and schroot, but it should be good enough to demonstrate the
idea. Please find that script, 71automount, attached to this email and
share your thoughts about this.

thanks.


-- 
regards,
    Reinhard
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20121101/b0a26862/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 71automount
Type: application/octet-stream
Size: 2463 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/buildd-tools-devel/attachments/20121101/b0a26862/attachment.obj>