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@opensolaris.org
> http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss

Reply via email to