On 03.06.2012 18:39, Michael Tokarev wrote:
> On 03.06.2012 17:31, Michael Tokarev wrote:
> []
>> Does it work if you enable portmapper/rpcbind on the server?
>> (It is enabled here)
> 
> I just verified - and indeed, with no rpcbind running on the
> server, automount does not work anymore, ie, it requires
> portmapper on the server even for NFSv4 mounts.  Retitling
> as appropriate.

And this is indeed the case.  The whole logic in autofs around
this is wrong in so many ways I'm afraid to count!.. :(

For now I suggest to actually run rpcbind on the server, this
issue needs to be dealt with upstream.  Neither version of the
code is right.

Since there's an easy workaround for you, and this issue does
not default settings (you have to explicitly disable rpcbind
on the server for it to stop working), and even more -- it
actually _works_, but with a several-second timeout (at least
here, please reply if it is not the case for you), I downgrade
this bugreport to wishlist severity.

For added fun, in 5.0.6-1 here /net map does not work at all,
the daemon segfaults on first access.  I haven't looked, may
be that's fixed by some patch from upstream git, -- there were
several mentions of SIGSEGVs there.  5.0.6-2 actually works,
but /net map does not work at all if portmapper is not running
on the server I'm trying to access (it can't get list of mounts
in that case).

For even more added fun, the portmapper call it tries to
perform can be finished immediately, since the server replies
with the appropriate ICMP (port unreachable), yet automount
relies on timeouts only.  In order to activate checking for
port unreachable replies, the (UDP) socket needs to be in
connected state, that's just one extra syscall and these
stupid timeouts will go away.

Overall, the code quality is very very low, I'm not sure
it is possible to maintain this package without very
serious work with upstream first.

Oh well.

/mjt



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to