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. 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 Lo 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. Also have destroyed datasets and the nfs share still exists. Can someone take a look at this ?. Fix: No known fix available at the moment. It does not look like fsunshare() is being called from the little time that I actually had to debug this problem before the report. How-To-Repeat: # This command adds the nfs share in /etc/zfs/exports zfs set sharenfs='-maproot=0 disbatch' exports/svn # 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
Responsible Changed From-To: freebsd-bugs->freebsd-fs Over to maintainer(s).
State Changed From-To: open->feedback I believe this is fixed in FreeBSD 8.x. Could you confirm this?
Responsible Changed From-To: freebsd-fs->pjd I'll take this one.
I can not confirm this is fixed on 8.X. Maybe ticso@CC might be able to? or another kind soul running 8.X Thanks for looking this over. As I notice 7.3-RELEASE is officially in UPDATING for 20100323 maybe this could make it in as a errata?. -- jhell
Just a reminder followup to see if anything has changed in the situation of this PR. ??? -- jhell
State Changed From-To: feedback->patched I believe problem is fixed in HEAD and stable/8, but the submitter is looking for someone who can merge it to stable/7.
Responsible Changed From-To: pjd->freebsd-fs I believe problem is fixed in HEAD and stable/8, but the submitter is looking for someone who can merge it to stable/7.
^Triage: overcome by events.