On cifs client (rns4) we mount /home using this fstab entry: //rns3/home /home cifs user_xattr,acl,setuids,credentials=/etc/auth.rns When a normal user (geraldy) calls "mkdir test; stat test" within /home on rns4, we get File: ,,test" Size: 0 Blocks: 0 IO Block: 16384 Verzeichnis Device: 14h/20d Inode: 251941 Links: 2 Access: (0755/drwxr-xr-x) Uid: ( 0/ root) Gid: ( 0/ root) Access: 2006-06-29 10:00:53.000000000 +0200 Modify: 2006-06-29 10:00:53.000000000 +0200 Change: 2006-06-29 10:00:53.000000000 +0200 which means, that the correct user is not set "fast enough". After sleeping one second, stat returns: File: ,,test" Size: 0 Blocks: 0 IO Block: 16384 Verzeichnis Device: 14h/20d Inode: 251941 Links: 2 Access: (0755/drwxr-xr-x) Uid: (10002/ geraldy) Gid: ( 1001/ staff) Access: 2006-06-29 10:00:53.000000000 +0200 Modify: 2006-06-29 10:00:53.000000000 +0200 Change: 2006-06-29 10:00:53.000000000 +0200 This problem is preventing cp -R from working, since files can't be copied to the newly created directory (owner is still root), output is "permission denied". The client system is: Mandriva Linux, Kernel 2.6.12-22mdksmp. Server uses samba-server-3.0.20-3mdk. Remark: When creating a new file("echo x>test" or "touch test"), the owner and group are set immediately.
What server is this? If this is Samba server, with new posix open, a set_path_info/smb_posix_open should take care of this problem.
Actually, I think all of the dynperm changes that went in should have fixed this. I'll go ahead and close this as FIXED. Please reopen if it's still an issue on more recent kernels.
Closing as FIXED. Please reopen if it's still not working for you and we'll have a closer look.