On Dec 16, 2009, at 10:59 AM, Anton Starikov wrote: > 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? So with Mac OS the chflags can also be set with getattrlist:( There are several known issue here, we try to work around these issues, but sadly I didn't do a very good enough job handling the lack of support.
George > > 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