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@xxxxxxxxxxx> 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@xxxxxxxxx> 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
