From owner-freebsd-gnome@FreeBSD.ORG Sat Feb 6 10:36:30 2010 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B461065679 for ; Sat, 6 Feb 2010 10:36:30 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 9037E8FC08 for ; Sat, 6 Feb 2010 10:36:29 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id o16AaROg011376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 6 Feb 2010 11:36:27 +0100 Received: from [192.168.100.200] (146.Red-83-37-87.dynamicIP.rima-tde.net [83.37.87.146]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o16AaNL5029702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 6 Feb 2010 11:36:26 +0100 Message-ID: <4B6D4624.803@entel.upc.edu> Date: Sat, 06 Feb 2010 11:36:20 +0100 From: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= User-Agent: Thunderbird 2.0.0.23 (X11/20100112) MIME-Version: 1.0 To: freebsd-gnome@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sat, 06 Feb 2010 11:36:27 +0100 (CET) Cc: Subject: Problems accessing files with gvfs-fuse-daemon X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Feb 2010 10:36:30 -0000 Hi everyone, 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 : $HOME/.gvfs/share in server/file.avi then through it works through the gvfs-fuse-daemon which does the magic. 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 : # cp $HOME/.gvfs/share in server/file.avi /tmp 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. 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). I noticed that when I let gnome-session launch gvfs-fuse-daemon without arguments (normal situation) the transfer stops at 1Mb of size. 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). 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. 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. I'm yesterday updated (before the jpeg library update). gvfs is 1.4.3_1. My system is kernel and world updated too : FreeBSD gusiport 8.0-STABLE FreeBSD 8.0-STABLE #0: Fri Feb 5 18:50:54 CET 2010 root@gusiport:/usr/obj/usr/src/sys/CUSTOM amd64 Clean /etc/src.conf (no special options given there). The fuse module is update before the kernel and world were last updated. I'm puzzled because I saw anyone having such a problem. I checked /usr/ports/UPDATING, just I case I missed anything importa. Is anyone having such a problem ? Any idea where can I start debugging ? If I can provide any additional info, let me know. Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc