<br><br><div class="gmail_quote">On Sat, Nov 3, 2012 at 6:01 PM, Roger Leigh <span dir="ltr"><<a href="mailto:rleigh@codelibre.net" target="_blank">rleigh@codelibre.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">On Thu, Nov 01, 2012 at 04:38:09PM +0100, Reinhard Tartler wrote:<br>
> On Thu, Nov 1, 2012 at 3:34 PM, Reinhard Tartler <<a href="mailto:siretart@gmail.com">siretart@gmail.com</a>> wrote:<br>
><br>
> ><br>
> > Nevertheless, I've also implemented another approach, which uses the host<br>
> > automount binary. I did not test the script extensively, but it seems to<br>
> > work as a proof of concept on both schroot 1.4 and schroot 1.6 branches.<br>
> > I'm sure that it could be greatly simplified with some little changes to<br>
> > automount and schroot, but it should be good enough to demonstrate the<br>
> > idea. Please find that script, 71automount, attached to this email and<br>
> > share your thoughts about this.<br>
> ><br>
> ><br>
> It seems that 71automount alone is enough to break the --recover-session<br>
> option, because 10mount fails to umount and mount all filesystems again. In<br>
> order to fix this, I think that in the recover session case, a setup.d<br>
> script must ensure that automount is properly killed. The attached<br>
> 01automount files implements this.<br>
><br>
> Roger, please tell me if this approach makes sense to you and what is<br>
> missing so that these two scripts can be integrated into the schroot<br>
> package properly.<br>
<br>
</div></div>Hi,<br>
<br>
I'm afraid I'm not an autofs expert by any means, so I can't give great<br>
feedback here.  Some questions:<br>
<br>
- what creates the new autofs map?  And what is it based upon?<br></blockquote><div><br></div><div>71automount creates the new autofs map based on the contents of /etc/auto.master </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- does this require any autofs-related stuff installed in the chroot,<br>
  or is it only required on the host?<br></blockquote><div>No, the presented script uses everything from the host, so nothing autofs-related is used nor required in the chroot</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

- what is this code actually for?  Sorry for being uninformed here, but<br>
  I'm not sure I understand what the use case is for this.  An example<br>
  would help.<br></blockquote><div><br></div><div>In my scenario, /home is on NFS. Without those scripts, I end up with an empty home. Also, we additionally export and mount some additional shares in /proj and /local.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
- does this make rbind work again?  Or is this a separate issue?<br></blockquote><div><br></div><div>It is a workaround because rbind breaks autofs. If rbind work, this workaround would be unnecessary.</div><div> </div></div>
<div><br></div>-- <br>regards,<br>    Reinhard<br>