[Gluster-devel] OS X client com.apple.FinderInfo error

[Ate Poorthuis]

Hi Amar,

I just discovered that it results in some applications (Adobe Photoshop,
Indesign) being unable to write directly to glusterfs. These apps make
extensive use of extended attributes. Normally, if MacFuse notices that a
fuse filesystem implements extended attributes, it will forward calls to the
fs. This is happening with glusterfs as well. However, the underlying fs
does not support Apple's extended attributes so that is why some writes
fail. It would be better if the non-supported attributes would be handled
through ._ (Apple Double) files. This is the behaviour is also see in, for
example, sshfs.

I found some additional documentation here on the MacFuse Wiki:
http://code.google.com/p/macfuse/wiki/OPTIONS

Regards,

Ate



On Tue, Jul 7, 2009 at 7:35 AM, Amar Tumballi <amar at gluster.com> wrote:

> Hi Ate,
>  Noticed that you are using 'debian' server for a MacOS X. The below error
> can happen in this case because GNU/Linux supports extended attributes with
> 'user.*', 'trusted.*' and 'system.*' pattern. But Mac OSX uses extended
> attributes with different pattern like com.* which gives EINVAL error in
> posix layer.  Please report if the behavior of application (on OSX) is
> improper.
>
> Regards,
>
>
> On Mon, Jul 6, 2009 at 7:43 AM, Ate Poorthuis <atepoorthuis at gmail.com>wrote:
>
>> When mounting the gluster filesystem on a OS X client, I see errors in the
>> logs of my debian servers:
>>
>> [2009-07-06 15:37:35] E [posix.c:2067:handle_pair] posix2:
>> /srv/export/gfs2//AB_02145/AVODYN0374/AVODYN0374000002.jpg:
>> key:com.apple.FinderInfo error:Invalid argument
>> [2009-07-06 15:37:35] E [posix.c:2067:handle_pair] posix1:
>> /srv/export/gfs1//AB_02145/AVODYN0375/AVODYN0375000001.jpg:
>> key:com.apple.FinderInfo error:Invalid argument
>>
>> Seems like com.apple.FinderInfo is not handled properly, maybe related to
>> http://thread.gmane.org/gmane.comp.file-systems.fuse.macfuse.devel/1130/? Files seem to copy to gluster despite the errors though.
>>
>> Ate
>>
>>
>>
>
> --
> Regards,
> Amar Tumballi
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20090707/8da221ee/attachment-0003.html>