search for: aapl_max_access

...ig: vfs objects = catia fruit streams_xattr fruit:resource = file fruit:metadata = netatalk fruit:locking = none fruit:encoding = private fruit:aapl = yes readdir_attr:aapl_rsize = true readdir_attr:aapl_finder_info = true readdir_attr:aapl_max_access = true fruit:nfs_aces = yes fruit:veto_appledouble = yes Problem -> OS X clients are unable to create new extended attributes (and ACLs) with exception of ResourceFork and FinderInfo which are handled directly by vfs_fruit and saved to internal AppleDouble file. When I try to cre...

...atest Samba 4.3 tarball and enabled fruit per the modules man page, > however directory listing performance still takes a few seconds. sounds reasonable for 5000 elements in a folder. How long does it take without fruit? You may be able to squeeze some more out of it by adding: readdir_attr:aapl_max_access = false This results in the clients incorrect view of effective permissions though, but if everything is eg 0777 anyway than why care? > I've cranked the fruit debug level up to 10 and can see that it is getting > used ("fruit_stat called for files", for instance). I've al...

...ax log size = 1000 syslog = 0 server role = standalone server unix password sync = no min protocol = SMB2 ea support = yes vfs objects = catia fruit streams_xattr fruit:aapl = yes readdir_attr:aapl_rsize = yes readdir_attr:aapl_finder_info = yes readdir_attr:aapl_max_access = yes fruit:nfs_aces = yes fruit:copyfile = yes fruit:metadata = netatalk fruit:resource = file fruit:locking = none fruit:encoding = private unix extensions = yes spotlight = yes smb2 leases = yes aio read size = 1 aio write size = 1 kernel oplocks =...

...reams_xattr > fruit:resource = file > fruit:metadata = netatalk > fruit:locking = none > fruit:encoding = private > fruit:aapl = yes > readdir_attr:aapl_rsize = true > readdir_attr:aapl_finder_info = true > readdir_attr:aapl_max_access = true > fruit:nfs_aces = yes > fruit:veto_appledouble = yes fwiw, I'd remove anything that is the default. > Problem -> OS X clients are unable to create new extended attributes > (and ACLs) with exception of ResourceFork and FinderInfo which are > handled dir...

I have a problem regarding permissions of a SMB share. I created a share for my user ?steven? which has correct unix permissions (I have read/write access to this folder when I log in to the server via ?steven?) drwxr-xr-x steven root share When I export this share with no ?force user? entry in smb.conf I can access the share only read only. When I use ?force user = steven? it?s the same.

Hi Ralph, Thanks for the reply and thank you for your work on vfs_fruit. On Fri, Jan 29, 2016 at 11:09 AM, Ralph Boehme <rb at sernet.de> wrote: > Hi, > > On Thu, Jan 28, 2016 at 10:40:32PM -0500, Ryan Bair wrote: > > I have a share with approximately 5000 folders in the base directory. The > > performance on an OS X client is somewhat less than exciting. I compiled

I have a share with approximately 5000 folders in the base directory. The performance on an OS X client is somewhat less than exciting. I compiled the latest Samba 4.3 tarball and enabled fruit per the modules man page, however directory listing performance still takes a few seconds. I've cranked the fruit debug level up to 10 and can see that it is getting used ("fruit_stat called for

...max log size = 1000 syslog = 0 server role = standalone server unix password sync = no min protocol = SMB2 ea support = yes vfs objects = catia fruit streams_xattr fruit:aapl = yes readdir_attr:aapl_rsize = yes readdir_attr:aapl_finder_info = yes readdir_attr:aapl_max_access = yes fruit:nfs_aces = yes fruit:copyfile = yes fruit:metadata = netatalk fruit:resource = file fruit:locking = none fruit:encoding = private unix extensions = yes spotlight = yes smb2 max read = 8388608 smb2 max write = 8388608 smb2 max trans = 8388608...

When you say “real symlinks on OSX” do you mean an “alias” that Finder would create? Or a Unix-type symlink using the “ ln -s file link” command in Terminal? A Finder alias is not the same as a Unix-type symlink. My NAS runs Debian Linux with version 4.3.11 of smbd; my clients are all OSX Mojave. If I create an alias using Finder on the NAS, it behaves like a normal alias in OSX UNLESS I move