On 27.06.2012 07:28, Gordon Ross wrote:
AFAIK the Solaris kernel CIFS server, which is also used in OI,
does not allow sharing ZFS dataset hierarchies as a single
mountpoint (like you can do with NFS), and the CIFS clients
don't have a means to detect a nested mountpoint and call a
new mount operation for the nested datasets. I am not sure why,
maybe it is a protocol limitation, or a certain vendor's popular
client capability limitation.
The native SMB service currently does not share recursively.
(That was a design choice - an unpopular one - more below.)
When you set sharesmb=... on some ZFS data set, none of
the ZFS data sets that might exist below it are visible to SMB.
Bug or feature? You decide...
We at Nexenta implemented an option to allow such "child"
file systems under a share to be exposed by the share.
Unfortunately, I don't think it ever got pushed up-stream
to the illumos gate. I guess you'd be in favor?
I do not understand the phrase :
When you set sharesmb=... on some ZFS data set, none of
the ZFS data sets that might exist below it are visible to SMB.
Bug or feature? You decide...
I interpret it like if sharesmb= is set to off on every zfs filesystem
the smb server should display filesystems which might exist below, but
that is definiteley not so.
I also was looking for dfs support like Windows has build in, but smb
server seams to not support that. Samba is no alternative for me since i
am using windows conform ACL on the zfs filesystem and openindiana is
joind to domain and uses the windows users and groups, i dont want to
play around with winbind samba and permissions since the smb server of
opensolaris works very simple and much easier than a samba configuration
i think.
_______________________________________________
OpenIndiana-discuss mailing list
[email protected]
http://openindiana.org/mailman/listinfo/openindiana-discuss
