kern/144447: [ZFS] sharenfs fsunshare() & fsshare_main() non
functiional.
jhell
jhell at DataIX.net
Wed Mar 3 13:10:05 UTC 2010
>Number: 144447
>Category: kern
>Synopsis: [ZFS] sharenfs fsunshare() & fsshare_main() non functiional.
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed Mar 03 13:10:04 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: jhell
>Release: >= stable/7 r204486 Sun Feb 28 19:42:46 EST 2010
>Organization:
>Environment:
FreeBSD 7.3-STABLE #0 r204486 Sun Feb 28 19:42:46 EST 2010
BRANCH_OVERRIDE=STABLE
>Description:
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
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. Also have destroyed datasets and the nfs share still exists.
Can someone take a look at this ?.
>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
>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.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list