Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 07 Feb 2010 14:42:19 -0500
From:      Joe Marcus Clarke <marcus@marcuscom.com>
To:        Gustau =?ISO-8859-1?Q?P=E9rez?= <gperez@entel.upc.edu>
Cc:        freebsd-gnome@freebsd.org
Subject:   Re: Problems accessing files with gvfs-fuse-daemon
Message-ID:  <1265571739.24140.2.camel@shumai.marcuscom.com>
In-Reply-To: <4B6D4624.803@entel.upc.edu>
References:  <4B6D4624.803@entel.upc.edu>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-oSr+3iBIye6S4jflpt6t
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

On Sat, 2010-02-06 at 11:36 +0100, Gustau P=E9rez wrote:
> Hi everyone,
>=20
>   I'm having problems with gvfs-fuse-daemon. I'm trying to find out why
> apps like vlc are unable to read files
> in a samba share. As you may know, if you try to open a file in a share
> throu nautilus, if the apps is not gvfs-aware nautilus launches the apps
> passing a filename like :
>=20
>          $HOME/.gvfs/share in server/file.avi
>=20
>    then through it works through the gvfs-fuse-daemon which does the magi=
c.
>=20
>    Well, anytime I try this, the app seems to freeze. No matter which
> app I try. So I decided to open a terminal a did like this :
>=20
>          # cp $HOME/.gvfs/share in server/file.avi /tmp
>=20
>    Then, with tcpdump I saw a few packets were transferred between the
> server and the client then transfer stopped. In the terminal I got and
> Input/output error.
>=20
>    Even the gvfs-* apps (like gvfs-cat, gvfs-copy) fail. The error with
> this apps comes from glib (gio part, when making a read syscall, so it
> makes me think that probably the error is in gvfs-fuse-daemon, when the
> kernel returns the read syscall to the fuse daemon that handles the
> reads in that mount point).
>=20
>    I noticed that when I let gnome-session launch gvfs-fuse-daemon
> without arguments (normal situation) the transfer stops at 1Mb of size.
>=20
>    If I try launching gvfs-fuse-daemon with "-o direct_io" in a
> different mount like (say .gvfs_tmp), then I'm able
> to copy files with both cp and gvfs-copy through that mount point. Even
> I'm able to play mp3 files with mpg123, but vlc, totem and other apps
> still fail to access that share (they transfer a little amount of data
> and then they stop).
>=20
>    With this config (with .gvfs_tmp, -o direct_io), If I try to launch
> and mpg123 (which works) and then and vlc instance, everything freezes
> again. mpg123 stops playing until I kill vlc, then it can continue
> playing. The same with kaffeine and other friends not gvfs-aware.
>=20
>    As I said, if I let gvfs-fuse-daemon without options (as
> gnome-session does) I can do nothing through .gvfs/. No cp, no mpg123,
> anything at all. -o direct_io allows me a few things.
>=20
>    I'm yesterday updated (before the jpeg library update). gvfs is 1.4.3_=
1.
>=20
>    My system is kernel and world updated too :
>=20
>         FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Feb  5
> 18:50:54 CET 2010                   =20
>         root@gusiport:/usr/obj/usr/src/sys/CUSTOM  amd64
>=20
>    Clean /etc/src.conf (no special options given there). The fuse=20
> module is update before the kernel and world were last updated.
>=20
>     I'm puzzled because I saw anyone having such a problem. I checked
> /usr/ports/UPDATING, just I case I missed anything importa.
>=20
>    Is anyone having such a problem ? Any idea where can I start
> debugging ? If I can provide any additional info, let me know.

The fact that direct_io kind of works leads me to think this a problem
with fuse, and not gvfs.  Gvfs will simply call fuse_main() with the
arguments passed to it.  It's up to the fuse userland and kernel module
to provide a lot of the heavy lifting.  To that end, you might try
rebuilding your kernel module, or ask the fuse maintainer if they have
some ideas.

Joe

--=20
PGP Key : http://www.marcuscom.com/pgp.asc

--=-oSr+3iBIye6S4jflpt6t
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)

iEYEABECAAYFAktvF5kACgkQb2iPiv4Uz4e5oACfXhQiAIb8h97tstqHnkPLbLta
MRsAn1QzhjM8wdHaiuHqldgX2VM4E1sV
=sf7I
-----END PGP SIGNATURE-----

--=-oSr+3iBIye6S4jflpt6t--




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1265571739.24140.2.camel>