viafintech / autonfs Goto Github PK

If the server has changed its nfs share for ex. from ro to rw the autonfs script on the client does not recognize that it now can mount it rw. a manual unmount forces autonfs to remount it using the new rights

At moment, AutoNFS relies on some tools on the system to work correctly. If they're not available, AutoNFS can't work as expected so we need to add checks before AutoNFS can do its job.

I can happen that one is saving files to the NFS Path while it is not mounted. AutoNFS should take care of that by moving all files to a temporary folder (/tmp) before re-mounting the NFS path again! As well it should log that and optionally send an email for manual conflict resolving.

For example in Debian Jessie the rpcinfo binary is not located in /usr/bin anymore but in /usr/sbin instead. Check all used paths and make them compatible for a wider range of distributions

For the moment you have to modify the autonfs script by hand to enable debug logging. This should be adjustable in the defaults file and activated through a script restart.

Clean up the code and turn it into 2-space tabs for example

for example a separate config file or /usr/bin/env bash instead of /bin/bash

At moment, when an NFS mount is not available it is dismounted locally and a service can write to local disk. When the share comes back, the locally written data is invisible which can cause lots of headache.

We should add an option to AutoNFS to somehow "lock" the mount point if the nfs share is not mounted maybe by setting appropriate chmod values.
This could be done by modifying the mount points chmod to 000 when it's not mounted.

For now AutoNFS only supports SysVinit and Upstart. We should add Systemd support as well to cover more systems where AutoNFS can run.

For esier use within automated environments, we need a puppet module for AutoNFS