Fuse, samba and windows? Excesive calls and dropped extended attributes.

View: New views
7 Messages — Rating Filter:   Alert me  

Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Rob Meijer-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Stef Bon-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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
> fuse-devel@...
> 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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Rob Meijer-4 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

It is a file system on top of data structures inside a postgresql
database (The database used for the Open Computer Forensics Architecture
meta-data and data repository). The fuse file system works reasonably well
when accessing the directory tree under mount point directly locally. When
exporting the mount point as a samba share, performance goes way down, and
extended attributes get lost. After putting in some additional logging, it
is clear that using the samba share, the performance issues arise from the
fact that over samba, the number of file system requests used to do the
same thing (for example list the files in a rather deeply nested
directory)  is many times larger than hen doing this operation locally.
Given that each file system action is translated into SQL queries to the
rather big database, this increase in file system calls slows down the
file system in such a way that it becomes unusable over a samba share.

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
>> fuse-devel@...
>> 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
> fuse-devel@...
> 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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Luis Furquim :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

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 <capibara@...> 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
>>> fuse-devel@...
>>> 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
>> fuse-devel@...
>> 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
> fuse-devel@...
> 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/

------------------------------------------------------------------------------
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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Sven Utcke-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,

> ea support (S)

BTW, how do I test, in Windows, whether EAs got exported (sorry, I'm a
Linux-head, never used EAs in Windows)?

Sven
--
    _  ___  ___  ___
 __| |/ __|| __|/ __|                             The dCache File System
/ _` | (__ | _| \__ \              An archive file-system for PB of data
\__,_|\___||_|  |___/                    http://www.desy.de/~utcke/Data/

------------------------------------------------------------------------------
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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Luis Furquim :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hello,

I really never tried such configuration, so I just passing
documentatin related to the
question. Searching the web I have found too few about this. But the
links below
seems to talk something about your problem. Most of the discussions are about
security attributes, but you may check these pages just to be sure.


http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-lists-3/bacula-25/bacula-and-extended-attributes-72186/

http://74.125.113.132/search?q=cache:2b4g5YxxwXUJ:toxcorp.com/attic/kt/20011126/latest-pkot-fixed.xml+samba+%22extended+attributes%22+%22ntfs+attributes%22&cd=10&hl=pt-BR&ct=clnk&gl=br&client=firefox-a


There are also some more options in smb.conf listed in the man page that may
be of interest:

       map acl inherit (S)

           This boolean parameter controls whether smbd(8) will
attempt to map the ´inherit´ and ´protected´ access control entry
flags
           stored in Windows ACLs into an extended attribute called
user.SAMBA_PAI. This parameter only takes effect if Samba is being
           run on a platform that supports extended attributes (Linux
and IRIX so far) and allows the Windows 2000 ACL editor to
           correctly use inheritance with the Samba POSIX ACL mapping code.

           Default: map acl inherit = no

       map archive (S)

           This controls whether the DOS archive attribute should be
mapped to the UNIX owner execute bit. The DOS archive bit is set
           when a file has been modified since its last backup. One
motivation for this option is to keep Samba/your PC from making any
           file it touches from becoming executable under UNIX. This
can be quite annoying for shared source code, documents, etc...

           Note that this requires the create mask parameter to be set
such that owner execute bit is not masked out (i.e. it must
           include 100). See the parameter create mask for details.

           Default: map archive = yes

       map hidden (S)

           This controls whether DOS style hidden files should be
mapped to the UNIX world execute bit.

           Note that this requires the create mask to be set such that
the world execute bit is not masked out (i.e. it must include
           001). See the parameter create mask for details.

           No default

       map read only (S)

           This controls how the DOS read only attribute should be
mapped from a UNIX filesystem.

           This parameter can take three different values, which tell
smbd(8) how to display the read only attribute on files, where
           either store dos attributes is set to No, or no extended
attribute is present. If store dos attributes is set to yes then
           this parameter is ignored. This is a new parameter
introduced in Samba version 3.0.21.

           The three settings are :

           ·    Yes - The read only DOS attribute is mapped to the
inverse of the user or owner write bit in the unix permission mode
               set. If the owner write bit is not set, the read only
attribute is reported as being set on the file. If the read only
               DOS attribute is set, Samba sets the owner, group and
others write bits to zero. Write bits set in an ACL are ignored by
               Samba. If the read only DOS attribute is unset, Samba
simply sets the write bit of the owner to one.

           ·    Permissions - The read only DOS attribute is mapped to
the effective permissions of the connecting user, as evaluated by
               smbd(8) by reading the unix permissions and POSIX ACL
(if present). If the connecting user does not have permission to
               modify the file, the read only attribute is reported as
being set on the file.

           ·    No - The read only DOS attribute is unaffected by
permissions, and can only be set by the store dos attributes method.
               This may be useful for exporting mounted CDs.

           Default: map read only = yes

       map system (S)

           This controls whether DOS style system files should be
mapped to the UNIX group execute bit.

           Note that this requires the create mask to be set such that
the group execute bit is not masked out (i.e. it must include
           010). See the parameter create mask for details.

           Default: map system = no
       acl check permissions (S)

           This boolean parameter controls what smbd(8)does on
receiving a protocol request of "open for delete" from a Windows
client.
           If a Windows client doesn´t have permissions to delete a
file then they expect this to be denied at open time. POSIX systems
           normally only detect restrictions on delete by actually
attempting to delete the file or directory. As Windows clients can
           (and do) "back out" a delete request by unsetting the
"delete on close" bit Samba cannot delete the file immediately on
"open
           for delete" request as we cannot restore such a deleted
file. With this parameter set to true (the default) then smbd checks
           the file system permissions directly on "open for delete"
and denies the request without actually deleting the file if the
           file system permissions would seem to deny it. This is not
perfect, as it´s possible a user could have deleted a file without
           Samba being able to check the permissions correctly, but it
is close enough to Windows semantics for mostly correct
           behaviour. Samba will correctly check POSIX ACL semantics
in this case.

           If this parameter is set to "false" Samba doesn´t check
permissions on "open for delete" and allows the open. If the user
           doesn´t have permission to delete the file this will only
be discovered at close time, which is too late for the Windows user
           tools to display an error message to the user. The symptom
of this is files that appear to have been deleted "magically"
           re-appearing on a Windows explorer refresh. This is an
extremely advanced protocol option which should not need to be
           changed. This parameter was introduced in its final form in
3.0.21, an earlier version with slightly different semantics was
           introduced in 3.0.20. That older version is not documented here.

           Default: acl check permissions = True

       acl compatibility (G)

           This parameter specifies what OS ACL semantics should be
compatible with. Possible values are winnt for Windows NT 4, win2k
           for Windows 2000 and above and auto. If you specify auto,
the value for this parameter will be based upon the version of the
           client. There should be no reason to change this parameter
from the default.

           Default: acl compatibility = Auto

           Example: acl compatibility = win2k

       acl group control (S)

           In a POSIX filesystem, only the owner of a file or
directory and the superuser can modify the permissions and ACLs on a
file.
           If this parameter is set, then Samba overrides this
restriction, and also allows the primary group owner of a file or
           directory to modify the permissions and ACLs on that file.

           On a Windows server, groups may be the owner of a file or
directory - thus allowing anyone in that group to modify the
           permissions on it. This allows the delegation of security
controls on a point in the filesystem to the group owner of a
           directory and anything below it also owned by that group.
This means there are multiple people with permissions to modify
           ACLs on a file or directory, easing managability.

           This parameter allows Samba to also permit delegation of
the control over a point in the exported directory hierarchy in much
           the same way as Windows. This allows all members of a UNIX
group to control the permissions on a file or directory they have
           group ownership on.

           This parameter is best used with the inherit owner option
and also on on a share containing directories with the UNIX setgid
           bit set on them, which causes new files and directories
created within it to inherit the group ownership from the containing
           directory.

           This is parameter has been was deprecated in Samba 3.0.23,
but re-activated in Samba 3.0.31 and above, as it now only
           controls permission changes if the user is in the owning
primary group. It is now no longer equivalent to the dos filemode
           option.

           Default: acl group control = no

       acl map full control (S)

           This boolean parameter controls whether smbd(8)maps a POSIX
ACE entry of "rwx" (read/write/execute), the maximum allowed
           POSIX permission set, into a Windows ACL of "FULL CONTROL".
If this parameter is set to true any POSIX ACE entry of "rwx"
           will be returned in a Windows ACL as "FULL CONTROL", is
this parameter is set to false any POSIX ACE entry of "rwx" will be
           returned as the specific Windows ACL bits representing
read, write and execute.

           Default: acl map full control = True

       dos filemode (S)

           The default behavior in Samba is to provide UNIX-like
behavior where only the owner of a file/directory is able to change
the
           permissions on it. However, this behavior is often
confusing to DOS/Windows users. Enabling this parameter allows a user
who
           has write access to the file (by whatever means, including
an ACL permission) to modify the permissions (including ACL) on
           it. Note that a user belonging to the group owning the file
will not be allowed to change permissions if the group is only
           granted read access. Ownership of the file/directory may
also be changed.

           Default: dos filemode = no

       dos filetime resolution (S)

           Under the DOS and Windows FAT filesystem, the finest
granularity on time resolution is two seconds. Setting this parameter
           for a share causes Samba to round the reported time down to
the nearest two second boundary when a query call that requires
           one second resolution is made to smbd(8).

           This option is mainly used as a compatibility option for
Visual C++ when used against Samba shares. If oplocks are enabled on
           a share, Visual C++ uses two different time reading calls
to check if a file has changed since it was last read. One of these
           calls uses a one-second granularity, the other uses a two
second granularity. As the two second call rounds any odd second
           down, then if the file has a timestamp of an odd number of
seconds then the two timestamps will not match and Visual C++ will
           keep reporting the file has changed. Setting this option
causes the two timestamps to match, and Visual C++ is happy.

           Default: dos filetime resolution = no

       dos filetimes (S)

           Under DOS and Windows, if a user can write to a file they
can change the timestamp on it. Under POSIX semantics, only the
           owner of the file or root may change the timestamp. By
default, Samba runs with POSIX semantics and refuses to change the
           timestamp on a file if the user smbd is acting on behalf of
is not the file owner. Setting this option to
            yes allows DOS semantics and smbd(8) will change the file
timestamp as DOS requires. Due to changes in Microsoft Office 2000
           and beyond, the default for this parameter has been changed
from "no" to "yes" in Samba 3.0.14 and above. Microsoft Excel
           will display dialog box warnings about the file being
changed by another user if this parameter is not set to "yes" and
files
           are being shared between users.

           Default: dos filetimes = yes
       inherit permissions (S)

           The permissions on new files and directories are normally
governed by create mask, directory mask, force create mode and
           force directory mode but the boolean inherit permissions
parameter overrides this.

           New directories inherit the mode of the parent directory,
including bits such as setgid.

           New files inherit their read/write bits from the parent
directory. Their execute bits continue to be determined by map
           archive, map hidden and map system as usual.

           Note that the setuid bit is never set via inheritance (the
code explicitly prohibits this).

           This can be particularly useful on large systems with many
users, perhaps several thousand, to allow a single [homes] share
           to be used flexibly by each user.

           Default: inherit permissions = no

       store dos attributes (S)

           If this parameter is set Samba attempts to first read DOS
attributes (SYSTEM, HIDDEN, ARCHIVE or READ-ONLY) from a filesystem
           extended attribute, before mapping DOS attributes to UNIX
permission bits (such as occurs with map hidden and map readonly).
           When set, DOS attributes will be stored onto an extended
attribute in the UNIX filesystem, associated with the file or
           directory. For no other mapping to occur as a fall-back,
the parameters map hidden, map system, map archive and map readonly
           must be set to off. This parameter writes the DOS
attributes as a string into the extended attribute named
"user.DOSATTRIB".
           This extended attribute is explicitly hidden from smbd
clients requesting an EA list. On Linux the filesystem must have been
           mounted with the mount option user_xattr in order for
extended attributes to work, also extended attributes must be compiled
           into the Linux kernel.

           Default: store dos attributes = no





So, good luck and Best Regards

Luis Furquim



On Thu, Oct 1, 2009 at 6:27 AM, Sven Utcke
<utcke+fuse@...> wrote:

> Hello,
>
>> ea support (S)
>
> BTW, how do I test, in Windows, whether EAs got exported (sorry, I'm a
> Linux-head, never used EAs in Windows)?
>
> Sven
> --
>    _  ___  ___  ___
>  __| |/ __|| __|/ __|                             The dCache File System
> / _` | (__ | _| \__ \              An archive file-system for PB of data
> \__,_|\___||_|  |___/                    http://www.desy.de/~utcke/Data/
>
> ------------------------------------------------------------------------------
> 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
> fuse-devel@...
> 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/

------------------------------------------------------------------------------
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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: Fuse, samba and windows? Excesive calls and dropped extended attributes.

by Stef Bon-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

The only things I can think of is:

- try to tweak the samba server for this share to bring back the amount
of fs calls.

- run your fuse fs with the debug option, or make your fusefs write
messages to syslog/stdout to see what happens, maybe you can see
something important there.

Stef

Luis Furquim wrote:

> 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 <capibara@...> 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
>>>> fuse-devel@...
>>>> 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
>>> fuse-devel@...
>>> 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
>> fuse-devel@...
>> 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
fuse-devel@...
https://lists.sourceforge.net/lists/listinfo/fuse-devel