From: Luis F. <lui...@gm...> - 2009-09-30 19:09:47
|
Hello, typing man smb.conf you will find this: ea support (S) with the mount option user_xattr in order for extended attributes to work, also extended attributes must be compiled into the Linux kernel. Default: ea support = no Best regards Luis Otavio de Colla Furquim On Mon, Sep 28, 2009 at 7:56 AM, Rob Meijer <cap...@xs...> wrote: > As a second samba problem, it seems that the meta data we make available > using extended attributes are only accessible locally, and not over a > samba mount. > > Does this clarify what I am attempting to accomplish? > > I would like to make this file system available over samba, especially to > windows clients. With fuse not being available for windows, I'm probably > not the only person wanting to share fuse based file system mount points > as a samba share. Are there any important things I am missing that make my > filesystem, or the samba server misbehave? Or is samba itself just very > inefficient, and/or are extended attributes simply not transparently > transferable over a samba share? > > Tnx, > > Rob > > On Mon, September 28, 2009 11:45, Stef Bon wrote: >> Hello, >> >> is it possible to be more specific. >> >> What does your fs? Is it like smbfuse and fusesmb, meant to access >> windows and/or linux samba shares? >> >> Stef Bon >> >> >> >> >> >> Rob Meijer wrote: >>> I'm trying to make a fuse file system on top of an sql database, and use >>> this from a windows or an other linux system over samba. I run into two >>> problems: >>> >>> 1) The number of file system calls on a samba mounted file system seem >>> to >>> excessively increase when compared to local access. >>> 2) Extended attributes seem to completely get dropped. >>> >>> Are these known/solvable problems? If so, what can I do to make the file >>> system work transparently over a samba share without losing performance >>> due to excessive additional file system calls, and without losing my >>> extended attributes? >>> >>> T.I.A. >>> >>> Rob >>> >>> >>> ------------------------------------------------------------------------------ >>> Come build with us! The BlackBerry® Developer Conference in SF, CA >>> is the only developer event you need to attend this year. Jumpstart your >>> developing skills, take BlackBerry mobile applications to market and >>> stay >>> ahead of the curve. Join us from November 9-12, 2009. Register >>> now! >>> http://p.sf.net/sfu/devconf >>> _______________________________________________ >>> fuse-devel mailing list >>> fus...@li... >>> https://lists.sourceforge.net/lists/listinfo/fuse-devel >>> >>> >> >> >> ------------------------------------------------------------------------------ >> Come build with us! The BlackBerry® Developer Conference in SF, CA >> is the only developer event you need to attend this year. Jumpstart your >> developing skills, take BlackBerry mobile applications to market and stay >> ahead of the curve. Join us from November 9-12, 2009. Register >> now! >> http://p.sf.net/sfu/devconf >> _______________________________________________ >> fuse-devel mailing list >> fus...@li... >> https://lists.sourceforge.net/lists/listinfo/fuse-devel >> >> > > > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry® Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9-12, 2009. Register now! > http://p.sf.net/sfu/devconf > _______________________________________________ > fuse-devel mailing list > fus...@li... > https://lists.sourceforge.net/lists/listinfo/fuse-devel > -- Luis Otavio de Colla Furquim Não alimente os pingos Don't feed the tribbles - http://www.thinkgeek.com/geektoys/plush/ac6e/ By the nice edges of dataly graphs I shall walk http://www.furquim.org/chironfs/ |