> Rocky wrote:
> Here's a wild stab in the dark...
> 
> I've got the following zfs setup:
> 
> space
> space/Torrents
> space/backups
> space/download
> space/migration
> space/music
> space/office11
> space/photos
> space/video
> space/work
> 
> If I set sharesmb=on on the top-level dataset
> ("space") I find that CIFS
> functionality fails, i.e. it is not possible to
> authenticate or browse
> the server.
> 
> However, it works fine if I share the sub-datasets
> (space/Torrents, etc.)
> 
> I wonder if this is biting you?

I just experimented with this and I don't think I'm hitting the same problem, 
well not yet anyway.

I've just discovered this behaviour which might give someone some clues!

If I deliberately give a wrong password I get this:

Jan  2 20:16:08 server smbd[855]: [ID 653746 daemon.notice] 
SmbLogon[SERVER\rocky]: WRONG_PASSWORD

Whereas if I give the correct login credentials (correct username + password) I 
get this:

Jan  2 20:16:16 server idmap[857]: [ID 737341 daemon.error] idmapd: AD lookup 
disabled
Jan  2 20:16:16 server smbd[859]: [ID 862555 daemon.warning] smbrdr: (ipc) no 
admin user name
Jan  2 20:16:16 server smbd[859]: [ID 897614 daemon.warning] smbrdr: (ipc) no 
admin password
Jan  2 20:16:17 server idmap[857]: [ID 537081 daemon.error] idmapd: DNS search 
for '_ldap._tcp.dc._msdcs' failed (Unknown host)
Jan  2 20:16:17 server last message repeated 7 times
Jan  2 20:16:17 server idmap[857]: [ID 405091 daemon.notice] idmapd: Could not 
auto-discover AD domain and forest names nor domain controllers and global 
catalog servers
Jan  2 20:16:19 server smbsrv: [ID 852980 kern.notice] NOTICE: SmbOplocks: 
disabled


bash-3.2# uname -a
SunOS server 5.11 snv_78 i86pc i386 i86pc
bash-3.2# sharemgr show -vp
default smb=() nfs=()
zfs
    zfs/tank/share/temp smb=()
          tank_share_temp=/tank/share/temp
bash-3.2# smbadm list
security mode: workgroup
workgroup name: WORKGROUP
 
 
This message posted from opensolaris.org
_______________________________________________
storage-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/storage-discuss

Reply via email to