But what is strange, is the fact that I don't see chflags commands, during audit of server side.
And, obviously, client accepts chmod_acl errors silently. (Although I don't have ACL's on files on server side, as result). So, it looks like client knows that server doesn't support chflags, and complains locally. Can it be an issue, that vfs_audit doesn't audit chflags if they unsupported on server side? On Dec 16, 2009, at 7:51 PM, Anton Starikov wrote: > Yep, and there is some other problem with OSX client and linux samba server: > > smbd_audit: cifstest|IP_HERE|cifstest|chmod_acl|fail (No data > available)|Desktop/ddldldl|755 > > smbd_audit: cifstest|IP_HERE|cifstest|chmod_acl|fail (No data > available)|Library/Application > Support/Growl/Tickets/.fstemp.+PHD-R-722svsk6Bb5-cifstest+jMHkRwxhxN3.noindex|644 > > cmsdata smbd_audit: cifstest|IP_HERE|cifstest|chmod_acl|fail (No data > available)|Library/Application > Support/Growl/Tickets/.fstemp.+PHD-R-722svsk6Bb5-cifstest+jMHkRwxhxN3.noindex|744 > > It is with "unix extensions = yes". > > > On Dec 16, 2009, at 7:08 PM, Jeremy Allison wrote: > >> On Wed, Dec 16, 2009 at 07:00:09PM +0100, Anton Starikov wrote: >>> And although it creates directory, it doesn't copy contents, because it >>> stops process of copying directory after this error. If I repeat filesync, >>> the contents of directory will be copid (cause directory is already here). >>> >>> So, it looks exactly the same. >>> If so, then problem in chflags(). >>> I expect that samba on linux is compiled without support for chflags, >>> obviously. >>> >>> I presume that settings "unix extensions = no" would probably fix this, but >>> it has a drawback, because then you loose native unix things like symlinks >>> etc. >>> >>> Which is, at least in our case is not possible, cause shares accessed by >>> both, mac and linux clients over NFS (the same clients on different hosts) >>> and symlinks are heavily used. >>> >>> I think, OSX client, when it sees that server supports "unix extensions", >>> expects that on other side is OSX server with samba which supports chflags. >>> >>> So, if we don't discuss rewrite of OSX cifs FS, then only solution is to >>> "emulate" chflags support on samba side (or convert flags to XFS/ETX3 attrs >>> somehow) >> >> Hmmm. Looks like a client bug then, in that they don't cope with an >> error on chflags set. What error is the Samba server returning here ? >> >> George, what errors can the MacOSX client cope with and continue ? >> >> Jeremy. > -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/options/samba