AFP Share inconsistent behaviour - encoding problem?

[coolnodje]

Hi,

I'm having very weird errors using an AFP share mounted on OSX.

After creating a Dataset, creating an AFP share for it and affecting permission of the Dataset and Share to a dedicated user, I just copy files using OSX's Finder, drag&drop.
It works, but after that, trying to verify the copy result I've got totally inconsistent result.

Some huge folders with a lot of specific characters named file and subfolders very copied fine.
But some top level folders with very few things inside are - mostly- unaccessible.

Using cli, here're some errors I meet trying to list/delete/copy things over to the AFP share :

computer:~ nodje$ ls /Volumes/cinema/
ls: Conference: Is a directory
ls: Interviews: Is a directory
ls: Short: Is a directory
ls: Themes: Is a directory
ls: Video: Is a directory
ls: by Country: Is a directory
total 35
drwx------@ 1 nodje staff 432 12 Feb 17:42 .
drwxrwxrwt@ 9 root admin 306 12 Feb 17:22 ..
-rwxr-xr-x@ 1 nodje staff 10244 12 Feb 17:03 .DS_Store
-rwxr-xr-x 1 nodje staff 0 11 Feb 19:14 .apple
drwxr-xr-x@ 1 nodje staff 330 17 Apr 2014 Actors
drwxr-xr-x@ 1 nodje staff 738 3 Sep 21:26 Directors
drwxr-xr-x 1 nodje staff 264 12 Feb 15:31 Manga
-rwxr-xr-x@ 1 nodje staff 7056 12 Feb 15:54 new movies.savedSearch

Indeed, these are all directories but only a few are usable. The error 'Is a directory' is missleading.

computer:~ nodje$ rm -rf /Volumes/cinema/Interviews
rm: /Volumes/cinema/Interviews: Is a directory

Yes, I can't even delete it.

The Finder doesn't even display these permissions, the owner is (unkown)

Unmounting/re Mounting doesn't seem to make any difference, share behaviour is consistent when mounted on different machines.

Here's what I get from Freenas on the Dataset:

freenas% ls -la
total 216
drwxr-xr-x 12 nodje wheel 16 Feb 12 17:42 .
drwxr-xr-x 6 root wheel 6 Feb 11 19:14 ..
drwxr-xr-x 2 nodje wheel 9 Feb 11 19:41 .AppleDB
-rwxr-xr-x 1 nodje wheel 10244 Feb 12 17:03 .DS_Store
-rwxr-xr-x 1 nodje wheel 0 Feb 11 19:14 .apple
-rwxr-xr-x 1 nodje wheel 0 Feb 11 19:42 .mac
drwxr-xr-x 10 nodje wheel 11 Apr 17 2014 Actors
drwxr-xr-x 2 nodje wheel 3 Jan 29 2014 Conference
drwxr-xr-x 22 nodje wheel 23 Sep 3 21:26 Directors
drwxr-xr-x 3 nodje wheel 6 Aug 14 2013 Interviews
drwxr-xr-x 7 nodje wheel 8 Feb 12 15:31 Manga
drwxr-xr-x 5 nodje wheel 7 Jun 6 2012 Short
drwxr-xr-x 19 nodje wheel 20 Sep 18 2013 Themes
drwxr-xr-x 2 nodje wheel 3 Nov 4 2007 Video
drwxr-xr-x 3 nodje wheel 4 Mar 17 2012 by Country
-rwxr-xr-x 1 nodje wheel 7056 Feb 12 15:54 new movies.savedSearch

When I ls into the directory I have an encoding problem (??? instead of proper char),
ls Interviews/ + <tab> shows the 'escaped' UTF8 char

freenas% ls Short/ (<tab>)
Kawamoto,\ Kihachir$'\305'$'\215'\ -\ $'\345'$'\267'$'\235'$'\346'$'\234'$'\254'$'\345'$'\226'$'\234'$'\345'$'\205'$'\253'$'\351'$'\203'$'\216'/

freenas% ls Short/
Kawamoto, Kihachir?? - ???????????????

So it's problably a console encoding problem, as everything seems fine and normal even in Share problematic folders.

freenas% rm -rf Interviews

just works.

Then I can copy to the share from the original destination:

computer:~ nodje$ cp -R Interviews /Volumes/cinema

it works

then:

computer:~ nodje$ ls /Volumes/cinema/
total 35
drwx------@ 1 nodje staff 432 12 Feb 18:14 .
drwxrwxrwt@ 9 root admin 306 12 Feb 18:25 ..
-rwxr-xr-x@ 1 nodje staff 10244 12 Feb 17:03 .DS_Store
-rwxr-xr-x 1 nodje staff 0 11 Feb 19:14 .apple
drwxr-xr-x@ 1 nodje staff 330 17 Apr 2014 Actors
drwxr-xr-x 1 nodje staff 264 29 Jan 2014 Conference
drwxr-xr-x@ 1 nodje staff 738 3 Sep 21:26 Directors
drwxr-xr-x 1 nodje staff 264 12 Feb 18:12 Interviews
drwxr-xr-x 1 nodje staff 264 12 Feb 15:31 Manga
drwxr-xr-x@ 1 nodje staff 264 6 Jun 2012 Short
drwxr-xr-x@ 1 nodje staff 636 18 Sep 2013 Themes
drwxr-xr-x 1 nodje staff 264 4 Nov 2007 Video
drwxr-xr-x@ 1 nodje staff 264 17 Mar 2012 by Country
-rwxr-xr-x@ 1 nodje staff 7056 12 Feb 15:54 new movies.savedSearch

suddenly everything works. What's going on?

 

[dlavigne]

Did you ever figure this out?

 

[coolnodje]

Unfortunately no, I'm still having this weird behavior.

Once, rebooting FreeNAS and reconnecting to the shares made them behave correctly, but only for a while I believe.

I haven't too much time to dedicate on this (obviously it should be working out of the box) but I want to keep using AFP shares for a while, so I'll keep investigating, slowly.

Actually what I want is to keep some properties offered by HFS+. But Apple is now getting rid of AFP and actively using SMB.
So I suppose there would be ways to keep HSF+ properties over SMB shares. It would be one direction to get rid of the problem.

But it'd be nice to have an acknowledgment of the problem, or direction to isolate it. (things seems to be always right when I ssh to Freenas and check the file system, so seems to be a problem in AFP support).