Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 2 Mar 2010 01:14:59 +0100
From:      Bernd Walter <ticso@cicely7.cicely.de>
To:        jhell <jhell@DataIX.net>
Cc:        FreeBSD Filesystems <freebsd-fs@freebsd.org>
Subject:   Re: [ZFS] sharenfs stable/7 # !!! DO NOT EDIT THIS FILE MANUALLY !!!
Message-ID:  <20100302001459.GT58319@cicely7.cicely.de>
In-Reply-To: <alpine.BSF.2.00.1003011810480.22516@pragry.qngnvk.ybpny>
References:  <alpine.BSF.2.00.1003011810480.22516@pragry.qngnvk.ybpny>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 01, 2010 at 06:29:44PM -0500, jhell wrote:
> 
> Hi FS,
> 
> After exporting some filesystems from zfs via sharenfs I decided to turn 
> the shares back off after I was done with them on another machine. To my 
> surprise the datasets that I had shared previously were still shared.
> 
> FreeBSD 7.3-STABLE #0 r204486 Sun Feb 28 19:42:46 EST 2010
> 
> Process:
> 
> # This command adds the share through nfs in /etc/zfs/exports
> zfs set sharenfs='-maproot=0 disbatch' exports/svn
> 
> bla bla bla after using them for a little while:
> 
> # This command should turn off the nfs share and remove the line from 
> # /etc/zfs/exports and signal mountd or whatever.
> zfs set sharenfs=off exports/svn
> 
> Low and behold this line is never removed the share and continues even 
> through a reboot all while sharenfs=off on the dataset. No no other 
> datasets are shared at this time.
> 
> The line in /etc/zfs/exports changes just fine when changing the options 
> via "zfs set sharenfs".
> 
> I also removed /etc/zfs/exports and repeated the process. It still 
> continued.
> 
> Should a PR be filed ?, Can someone take a look at this ?.

This reminds me that my mountd complains about a zfs-export line.
The given filesystem doesn't exist anymore.

-- 
B.Walter <bernd@bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100302001459.GT58319>