On 09/24/09 13:37, Afshin Salek wrote:
Just so everyone else is up to speed, Felix is running 111b and
I recommended that the system should be upgraded to the latest
build before we pursue any issues.
Yep, 111b bad. Upgrade good.
Afshin
Felix Nielsen wrote:
One more thing, now I am trying to share a ZFS volume, but fails :
1. Browse from my Windows client to \\x.y.z.w -> window pop's up and
no files (all good)
2. #zfs create -o casesensitivity=mixed -o nbmand=on -o sharesmb=on
rpool/cifs
3. #zfs set sharesmb=name=data rpool/cifs
4. Browse from my Windows client to \\x.y.z.w -> window pop's up with
"data" can access folder but not write/delete (all good)
5. #/bin/chmod A=user:nielsenf:rwxpdDaARWcCos:fd-----:allow /rpool/cifs
6. Browse from my Windows client to \\x.y.z.w -> window pop's up with
"data" but can't access folder anymore (not good)
Any hints thanks? - is it possible to upgrade system to the latest
build or?
When you go over your mapped SMB share from Windows, you are probably
not nielsenf on Solaris. Things to consider;
How are you logged into the desktop (domain user or local user)?
When you map the share do you let it default to the logged in user
or are you mapping as an explicit user?
Is the system you are mapping (the Solaris system) in the same
domain as the Windows client or the same workgroup. If it's in
domain mode, you may need to create idmap rules.
Try:
/bin/chmod A=everyone@:full_set:fd-----:allow /rpool/cifs
Then create a file in /rpool/cifs and see who owns the file.
Whatever user owns the file, that's who you are being mapped to
on the Solaris system. Once you sort out the mapping issue, you
should be able to revert to nielsenf.
Alan
_______________________________________________
cifs-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss
