Remove unconditional sharetab update

Removes the unconditional sharetab update when running any zfs
command. This means the sharetab might become out of date if
users are manually adding/removing shares with exportfs.  But
we shouldn't punish all callers to zfs in order to handle that
unlikely case. In the unlikely event we observe issues because
of this it can always be added back to just the share/unshare
call paths where we need an up to date sharetab.

Signed-off-by: Brian Behlendorf <behlendorf1@llnl.gov>
Signed-off-by: Turbo Fredriksson <turbo@bayour.com>
Signed-off-by: Chris Dunlop <chris@onthe.net.au>
Issue #845

diff --git a/lib/libshare/libshare.c b/lib/libshare/libshare.c
index 6625a1b0cd6fd982e62ff6d0170de4febfe2baed..ea59dcdbc60eb82088b3f62a0e2519304c55d7c0 100644 (file)
--- a/lib/libshare/libshare.c
+++ b/lib/libshare/libshare.c
@@ -105,14 +105,6 @@ libshare_init(void)
 {
        libshare_nfs_init();
        libshare_smb_init();
-
-       /*
-        * This bit causes /etc/dfs/sharetab to be updated before libzfs gets a
-        * chance to read that file; this is necessary because the sharetab file
-        * might be out of sync with the NFS kernel exports (e.g. due to reboots
-        * or users manually removing shares)
-        */
-       sa_fini(sa_init(0));
 }
 
 static void