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
Maybe Matching 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