I noticed an oddity on my 2008.05 box today.
Created a new zfs file system that I was planning to nfs share out to an old
FreeBSD box, after I put sharenfs=on for it, I noticed there was a bunch of
others shared too:
-bash-3.2# dfshares -F nfs
RESOURCE SERVER ACCESS TRANSPORT
reaver:/store/movies reaver - -
reaver:/export reaver - -
reaver:/store/tv reaver - -
Which is strange because I never turned it on for them...I don''t know
if they were shared before that point already...hadn''t checked before.
They are all smb shared though.
-bash-3.2# zfs list -o name,sharenfs,sharesmb
NAME SHARENFS SHARESMB
...
rpool/export off name=export
store/movies off name=Movies
store/tv off name=TV
I tested from a different server on my lan, and I can definitely mount and read
from those via nfs too.
/etc/dfs/dfstab has no entries.
If I tell them to turn it off again, they disappear from the share list:
-bash-3.2# zfs set sharenfs=off store/tv
-bash-3.2# zfs set sharenfs=off store/movies
-bash-3.2# zfs set sharenfs=off rpool/export
-bash-3.2# dfshares
-bash-3.2#
Then re-share the one I actually want to nfs export:
-bash-3.2# zfs set sharenfs=on store/overlord2
For a moment it''s correct:
-bash-3.2# dfshares
RESOURCE SERVER ACCESS TRANSPORT
reaver:/store/overlord2 reaver - -
But if I kill mountd (letting smf restart it)
-bash-3.2# ps -ef | grep mount
root 1343 1 0 19:54:38 ? 0:00 /usr/lib/autofs/automountd
root 1345 1343 0 19:54:38 ? 0:00 /usr/lib/autofs/automountd
root 1402 1081 0 20:12:56 pts/3 0:00 grep mount
root 1335 1 0 19:54:33 ? 0:00 /usr/lib/nfs/mountd
-bash-3.2# kill 1335
-bash-3.2# dfshares
RESOURCE SERVER ACCESS TRANSPORT
reaver:/store/overlord2 reaver - -
reaver:/store/movies reaver - -
reaver:/export reaver - -
reaver:/store/tv reaver - -
Any ideas whats happening here? Am I doing something stupid somewhere?
Are sharesmb & sharenfs tied together somehow or can they be separated?
Cheers,
-Martin.
This message posted from opensolaris.org
Mark Shellenbaum
2008-Jul-12 19:14 UTC
[zfs-discuss] sharenfs=off, but still being shared?
Martin Gisch wrote:> I noticed an oddity on my 2008.05 box today. > Created a new zfs file system that I was planning to nfs share out to an old FreeBSD box, after I put sharenfs=on for it, I noticed there was a bunch of others shared too: > > -bash-3.2# dfshares -F nfs > RESOURCE SERVER ACCESS TRANSPORT > reaver:/store/movies reaver - - > reaver:/export reaver - - > reaver:/store/tv reaver - - >Can you show the output of: "sharemgr show -vp" This may be a bug that has already been fixed in sharemgr.> Which is strange because I never turned it on for them...I don''t know if they were shared before that point already...hadn''t checked before. They are all smb shared though. > > -bash-3.2# zfs list -o name,sharenfs,sharesmb > NAME SHARENFS SHARESMB > ... > rpool/export off name=export > store/movies off name=Movies > store/tv off name=TV >Can you list you complete pool hierarchy and the complete listing for sharenfs and sharesmb.> I tested from a different server on my lan, and I can definitely mount and read from those via nfs too. > /etc/dfs/dfstab has no entries. > > If I tell them to turn it off again, they disappear from the share list: > -bash-3.2# zfs set sharenfs=off store/tv > -bash-3.2# zfs set sharenfs=off store/movies > -bash-3.2# zfs set sharenfs=off rpool/export > -bash-3.2# dfshares > -bash-3.2# > > Then re-share the one I actually want to nfs export: > -bash-3.2# zfs set sharenfs=on store/overlord2 > > For a moment it''s correct: > -bash-3.2# dfshares > RESOURCE SERVER ACCESS TRANSPORT > reaver:/store/overlord2 reaver - - > > But if I kill mountd (letting smf restart it) > -bash-3.2# ps -ef | grep mount > root 1343 1 0 19:54:38 ? 0:00 /usr/lib/autofs/automountd > root 1345 1343 0 19:54:38 ? 0:00 /usr/lib/autofs/automountd > root 1402 1081 0 20:12:56 pts/3 0:00 grep mount > root 1335 1 0 19:54:33 ? 0:00 /usr/lib/nfs/mountd > -bash-3.2# kill 1335 > -bash-3.2# dfshares > RESOURCE SERVER ACCESS TRANSPORT > reaver:/store/overlord2 reaver - - > reaver:/store/movies reaver - - > reaver:/export reaver - - > reaver:/store/tv reaver - - > > Any ideas whats happening here? Am I doing something stupid somewhere? > Are sharesmb & sharenfs tied together somehow or can they be separated? >those are separate properties and don''t depend on one another.> Cheers, > -Martin. > > > This message posted from opensolaris.org > _______________________________________________ > zfs-discuss mailing list > zfs-discuss at opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
Hi Mark,
Sharemgr output:
-bash-3.2# sharemgr show -vp
default nfs=()
smb smb=()
zfs
zfs/rpool/export smb=()
export=/export
zfs/store/movies smb=()
Movies=/store/movies
zfs/store/overlord2 nfs=() smb=()
overlord2=/store/overlord2
zfs/store/tv smb=()
TV=/store/tv
-bash-3.2#
Full zfs list:
-bash-3.2# zfs list -o name,sharenfs,sharesmb
NAME SHARENFS SHARESMB
rpool off off
rpool at install - -
rpool/ROOT off off
rpool/ROOT at install - -
rpool/ROOT/opensolaris off off
rpool/ROOT/opensolaris at install - -
rpool/ROOT/opensolaris/opt off off
rpool/ROOT/opensolaris/opt at install - -
rpool/export off name=export
rpool/export at install - -
rpool/export/home off off
rpool/export/home at install - -
store off off
store/backup off off
store/movies off name=Movies
store/overlord2 rw name=overlord2
store/tv off name=TV
-bash-3.2#
Thanks,
-M.
This message posted from opensolaris.org
Possibly Parallel Threads
- can''t share a zfs
- possibly a stupid question, why can I not set sharenfs="sec=krb5, rw"?
- I can''t seem to get the pool to export...
- a single nfs file system shared out twice with different permissions
- Cannot share RW, "Permission Denied" with sharenfs in ZFS