Where should I submit those? Or should I just put it on github or something for anyone who wants them since the autofs-4.x daemon series has been deprecated in favour of the autofs-5.x series.
We have about 2 or 3,000 clients where I work and autofs is crucial to our operation. We use ldap and use a simple automount structure. We have about 450 mountpoints and 19 maps. I don't like autofs-5 because I cant' fix automounts individually. It's very convenient to be able to restart individual mounts. Also when a daemon core dumps they don't take out every single map. Also I prefer automount to run the mount command itself - rather than building it into the daemon. The main work I've done is to build in retrying mounts depending on the errors returned by mount (with our client count we overload our fileservers often which causes retryable errors, and sometimes a client will try to mount 100 or so mount points in a very short amount of time which causes some tcp client port exhaustion - which is also retryable). I've fixed a nasty bug that will crash a daemon if an error occurs while mounting, and another request comes in for a nonexistent mount point. I have a flag which helps our samba servers - particular when accessed by macs. There's an option that tells the daemon to return 'not found' for any mount which starts with a . or contains a '*' without looking up ldap. This makes it very fast to handle macs looking to .DS_store and many other dot files/directories when someone browses the top of a map with ghosting on. The '*' was quite amusing (for me anyway) because every so often you'd see a '*' directory in an automount directory. Turns out someone had escaped the '*' and ldap returns the first match. And I reinstated the ldap-cleanup patch which is a much cleaner way to handle the multiple schemas - particularly important because we recently moved to rfc2307bis because I was sick of people being able to mount /vol/AmounTPoINT and /vol/amountpoint and so on. Anyway. What do do with this stuff? Bill Ryder
_______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
