can't create files on AFP share
Using AFP shares authenticated to Open Directory/LDAP.
Authenticating to a workstation and FreeNAS with the same UID fails in some cases; authenticating with different UIDs with the same access privy to the FreeNAS shares succeeds in all cases.
When logged in to an OD-bound workstation as user "rob" and authenticating to FreeNAS as user "rob" we can properly open, save, duplicate files in /mnt/pool/arbitrary/path/to/file. we CANNOT create a new file by dragging from the Desktop and dropping on the same folder in the Finder. Entries in daemon.log are of the form
with no additional information. (Probably time to set a debug logging level for AFP service.)
"Save As..." from Word or other program to the same file does work. Copying from the command line also works.
Logging in to the OD workstation as "rob" and authenticating to FreeNAS as user "chuck" allows all operations to complete as expected.
(This is the bad news; the good news is that FreeNAS significantly outperforms OS X Server in every other way that our users care about.)
#5 Updated by D Dobkin over 4 years ago
Thinking out loud: while it is not (at present) our use case, this is a real problem where home folders are on the freeNAS AFP share. We've worked around it by adding a bogus user to authenticate the freeNAS mounts -- but for home folders, or in an environment where knowing who last wrote the file is important, this is probably more than "nice to have." Just sayin'.... because I'd dearly like to ditch Apple's file server completely. The headaches become more evident with each new OS X Server release.