[Bug 1050021] Re: autofs failed to mount .hidden
Frédéric Nass
frederic.nass at univ-lorraine.fr
Fri Sep 27 07:14:52 UTC 2013
Hi,
I confirm this bug. I'ts a real pain. Even more when using executable
maps as we do, because autofs blindly obeys to mounting a share that
doesn't exist on the server side (shouldn't autofs know it ?).
Here's our executable /etc/auto.nfs map :
#!/bin/bash
user_group=$(id -n -g $1)
echo "-fstype=nfs4,rw,sec=krb5 server:/home/NFS/$user_group/$1"
It works fine when the map is called with username when mounting its
home directory. But sometimes, it's Kate (text editor) that's trying to
access /home/.kateprojekt or /home/.kateconfig files instead of
/home/user1/.kateprojekt and /home/user1/.kateconfig and then it fails.
It's worse than that : it freezes the text editor and even the whole KDE
desktop.
That's what autofs is triyng to mount in this particular situation :
/home/NFS//.kateprojekt on /home/
Tried this with Ubuntu 13.04 server and client and Fedora 19 too and
same errors happens. On Fedora 19 I even get error about /home/.Trash
and /home/.Trash-xxxxx and /home/.hidden etc....
I'm now on production with all my students and teachers beeing impacted
by this bug.
There seems to be 2 problems here :
1. Autofs should better handle mount errors.
2. Kate should record its configuration in the right path : /home/user1/.kateprojekt and not /home/.kateprojekt
Hope someone pays attention to this and fix this really soon. Let me
know if I can help / try your fixing.
Frédéric.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to autofs in Ubuntu.
https://bugs.launchpad.net/bugs/1050021
Title:
autofs failed to mount .hidden
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1050021/+subscriptions
More information about the Ubuntu-server-bugs
mailing list