Freenas 9.3 netatalk metadata issue(s)

[G Brown]

Freenas 9.3 netatalk metadata issue(s)

I run into errors when I copy a file with some metadata to freenas.

I am running 9.3 stable @2015-11-28

On mac client @ 10.9.5, we see a file like this:

0: user:_spotlight inherited allow read,execute,readattr,readextattr,readsecurity
-rw-r--r--@ 1 gb staff 16469 Apr 6 2015 hs-1994-02-c-full_jpg.jpg
com.apple.metadata:kMDItemDownloadedDate 53
com.apple.metadata:kMDItemWhereFroms 108
(I deleted the quarantine xattr.)

When I try to copy it to the nas share, it fails. I see errors like this:

afp_setacl("/mnt/rz2/test/nocompress/hs-1994-02-c-full_jpg.jpg"): error

The file is present in name only; 0 bytes. The failed file copy freenas meta data is like:

2015-10-21_21.17.28.jpg "\000\^E\^V\000\^B\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\00\000\000\000\^D\000\000\000\M^Z\000\000\000\000\000\000\00\000\000\^Ab\000\000\000\^P\000\000\000\011\000\000\000z\000\000\000\040\000\000\000\^N\000\000\^Ar\000\000\000\^D\M^@DEV\000\000\^Av\000\000\000\^D\M^@INO\000\000\^A~\000\000\000\^D\M^@SYN\000\000\^A\M^F\000\000\00\M^@SV~\000\000\^A\M^N\000\000\000\^D\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\^^\^]2\M-E\^^\^]2\M-E\M^@\000\000\000\^^\^]2\M-E\000\000\000\000\000\000\000\000\000\000\000\000\M-v\^A\000\000\000\000\000\000\^]s\M^JV\000\000\000\000u\000\000\000"

The afp.conf:

cat afp.conf
[Global]
uam list = uams_dhx.so uams_dhx2.so uams_gss.so
afp listen = 172.22.22.9
max connections = 50
mimic model = RackMac
vol dbnest = yes
....snip....
[nocompress]
path = /mnt/rz2/test/nocompress
valid users = @gb
rwlist = @gb
cnid dev = no
file perm = 644
directory perm = 755
umask = 000
veto files = .windows/.mac/


Is a ":" char issue? This may not be related:

https://bugzilla.samba.org/show_bug.cgi?id=11162

"The character ":" is wrong. This is the spec of SFM.
":" is converted to "/", and "/" is converted to "0xEF 0x80 0xA2" (U+F022).

On OS X via Samba:
$ cd /Volumes/test2
$ xattr ICONandEA.txt
com.apple.FinderInfo
com.apple.ResourceFork

The EAs are not seen from clients."

Old bug:
http://sourceforge.net/p/netatalk/mailman/message/25025039/


"I see.
I confirmed it.

Local HFS+ EA can be overwritten
ea:sys EA can be overwritten
ea:ad EA cannot be overwritten"

 

[G Brown]

Ah, maybe an ACL issue....

 

[G Brown]

I had a second cup of coffee, and it is an acl issue. I remove the acls and the metadata goes into the apple share.