Hi Alan
ok so giving full_set acl's to "owner" seems to have fixed my problem.
After doing so I was able to move the files around the "incoming" share. Im
guessing it was the delete perms inhibiting the move.
I have also applied the aclinherit=passthru as you suggested
I would just like to say
ok so i :-
solarishost# chown -R owner /incoming
solarishost# chmod -R 700 /incoming
i have mapped the I: drive to the cifs share \\SOLARISHOST\incoming on win7
client BG1S
and i try moving a file from BG1S from i:\test.txt to i:\0random\test.txt
this is the dtrace (with some op-Transacti
ok so first to establish if the user is "owner" or anonymous :-
bash-4.0$ pfexec ./cifs.d -p `pgrep smbd` | grep -i setup
dtrace: script './cifs.d' matched 163 probes
0 6630 smb_pre_session_setup_andx:-smb_op-SessionSetupX-start cmd=115
[uid=0 tid=0]
0 6630 smb_pre_session_setup_andx:-smb
Hi Alan,
Thanks for the reply. I have implemented the syslog change but see nothing in
/var/adm/messages thusfar. is there some svccfg setting required to switch the
cifs implementation into debug mode?
I also used the dtrace script in the following simple test :-
user on both windows 7 x64 mac
Hi Folks,
I have upgraded from opensolaris snv_134 to solaris 11 express and converted
from samba to CIFS in my home (WORKGROUP ONLY) environment.
I am having authentication issues from some windows7 x86 and x64 clients to the
file server. I cant pin down the difference in the times it is worki
