After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 753561 - FUSE Mounts Not Functional
FUSE Mounts Not Functional
Status: RESOLVED OBSOLETE
Product: gvfs
Classification: Core
Component: fuse
1.24.x
Other Linux
: Normal normal
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2015-08-12 13:24 UTC by awilliam
Modified: 2018-09-21 17:51 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gvfs-fuse.log (11.92 KB, text/x-log)
2015-10-22 07:41 UTC, Mikhail
Details

Description awilliam 2015-08-12 13:24:38 UTC
FUSE mounts resulting from GVFS are not funtional.  This is on one openSUSE Tumbleweed box; which appears to be the same version as other working hosts.

bill@PC03612:~> pgrep -a gvfsd-fuse
1331 /usr/lib/gvfs/gvfsd-fuse /run/user/484/gvfs -f -o big_writes
1766 /usr/lib/gvfs/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
bill@PC03612:~> mount | grep fuse
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
gvfsd-fuse on /run/user/484/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=484,group_id=483)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=100)
bill@PC03612:~> ls -l /run/user/1000/gvfs
ls: cannot access /run/user/1000/gvfs/sftp:host=yannigan-orange.mormail.com,user=bcreswel: No such file or directory
total 0
drwx------ 1 bill users 0 Sep  9  2010 dav:host=coils.mormail.com,ssl=false,prefix=%2Fdav
?????????? ? ?    ?     ?            ? sftp:host=yannigan-orange.mormail.com,user=bcreswel
bill@PC03612:~> ls -l /run/user/1000/gvfs/sftp\:host\=yannigan-orange.mormail.com\,user\=bcreswel
ls: cannot access /run/user/1000/gvfs/sftp:host=yannigan-orange.mormail.com,user=bcreswel: No such file or directory

bill@PC03612:~> rpm -qa | grep fuse
fuse-2.9.4-1.3.x86_64
libfuse2-2.9.4-1.3.x86_64
fuseiso-20070708-50.2.x86_64
gvfs-fuse-1.24.1-2.2.x86_64
bill@PC03612:~> rpm -qa | grep gvfs
gvfs-backends-1.24.1-2.2.x86_64
gvfs-fuse-1.24.1-2.2.x86_64
gvfs-1.24.1-2.2.x86_64
gvfs-backend-afc-1.24.1-2.2.x86_64
Comment 1 awilliam 2015-08-12 13:24:55 UTC
bill@PC03612:~> ps ax | grep gvfs
 1327 tty7     Sl+    0:00 /usr/lib/gvfs/gvfsd
 1331 tty7     Sl+    0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/484/gvfs -f -o big_writes
 1411 tty7     Sl+    0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
 1422 tty7     Sl+    0:00 /usr/lib/gvfs/gvfs-mtp-volume-monitor
 1426 tty7     Sl+    0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
 1430 tty7     Sl+    0:00 /usr/lib/gvfs/gvfs-goa-volume-monitor
 1442 tty7     Sl+    0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor
 1762 ?        Sl     0:00 /usr/lib/gvfs/gvfsd
 1766 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
 1851 ?        Sl     0:00 /usr/lib/gvfs/gvfs-udisks2-volume-monitor
 1856 ?        Sl     0:00 /usr/lib/gvfs/gvfs-mtp-volume-monitor
 1864 ?        Sl     0:00 /usr/lib/gvfs/gvfs-gphoto2-volume-monitor
 1868 ?        Sl     0:00 /usr/lib/gvfs/gvfs-goa-volume-monitor
 1872 ?        Sl     0:00 /usr/lib/gvfs/gvfs-afc-volume-monitor
 2007 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-trash --spawner :1.4 /org/gtk/gvfs/exec_spaw/0
 2090 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-burn --spawner :1.4 /org/gtk/gvfs/exec_spaw/1
 2127 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-metadata
 2368 ?        SLl    0:00 /usr/lib/gvfs/gvfsd-dav --spawner :1.4 /org/gtk/gvfs/exec_spaw/2
 2375 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-sftp --spawner :1.4 /org/gtk/gvfs/exec_spaw/3
 3514 pts/2    S+     0:00 grep --color=auto gvfs
Comment 2 Ondrej Holy 2015-08-12 14:20:59 UTC
Some more info were provided in gvfs-list:
https://mail.gnome.org/archives/gvfs-list/2015-August/msg00000.html

There is already similar bug report for Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=1244596
Comment 3 Ondrej Holy 2015-08-12 14:25:40 UTC
So gvfsd-fuse daemon is still running, could you provide backtrace of gvfsd-fuse please?
Comment 4 Ross Lagerwall 2015-08-12 21:06:34 UTC
ls shows information like this "?????????? ? ?    ?     ?            ?" when it gets an entry from readdir() but stat() on the entry fails.

Can you please run:
$ stat /run/user/1000/gvfs/sftp\:host\=yannigan-orange.mormail.com\,user\=bcreswel

and:
$ gvfs-info sftp://bcreswel@yannigan-orange.mormail.com/
Comment 5 awilliam 2015-08-13 18:41:46 UTC
bill@PC03612:/run/user/1000/gvfs> ls -l
ls: cannot access sftp:host=yannigan-ochre.example.com,user=root: No such file or directory
ls: cannot access sftp:host=yannigan-khaki.example.com,user=root: No such file or directory
ls: cannot access sftp:host=yannigan-orange.example.com,user=bcreswel: No such file or directory
total 0
?????????? ? ? ? ?            ? sftp:host=yannigan-khaki.example.com,user=root
?????????? ? ? ? ?            ? sftp:host=yannigan-ochre.example.com,user=root
?????????? ? ? ? ?            ? sftp:host=yannigan-orange.example.com,user=bcreswel
bill@PC03612:/run/user/1000/gvfs> stat sftp\:host\=yannigan-khaki.example.com\,user\=root 
stat: cannot stat ‘sftp:host=yannigan-khaki.example.com,user=root’: No such file or directory
bill@PC03612:/run/user/1000/gvfs> ls sftp\:host\=yannigan-khaki.example.com\,user\=root
ls: cannot access sftp:host=yannigan-khaki.example.com,user=root: No such file or directory
Comment 6 awilliam 2015-08-13 18:42:58 UTC
bill@PC03612:/run/user/1000/gvfs> gvfs-info sftp\:host\=yannigan-khaki.example.com\,user\=root
Error getting info: Operation not supported
bill@PC03612:/run/user/1000/gvfs> ps ax | grep fuse
 1343 tty7     Sl+    0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/484/gvfs -f -o big_writes
 1788 ?        Sl     0:00 /usr/lib/gvfs/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
 9249 pts/5    S+     0:00 grep --color=auto fuse
Comment 7 awilliam 2015-08-13 18:47:07 UTC
bill@PC03612:/run/user/1000/gvfs> gdb -batch -x /dev/stdin /usr/lib/gvfs/gvfsd-fuse 1788 <<EOF
> thread apply all bt
> EOF
[New LWP 1794]
[New LWP 1793]
[New LWP 1792]
[New LWP 1790]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
0x00007f8dcac75b39 in do_futex_wait.constprop () from /lib64/libpthread.so.0
#
# then it is hung even against keyboard interrupt
#
Comment 8 awilliam 2015-08-13 18:59:10 UTC
$ gdb  /usr/lib/gvfs/gvfsd-fuse 1788
(gdb) bt
  • #0 futex_abstimed_wait
    at sem_waitcommon.c line 42
  • #1 do_futex_wait
    at sem_waitcommon.c line 208
  • #2 __new_sem_wait_slow
    at sem_waitcommon.c line 277
  • #3 __new_sem_wait
    at sem_wait.c line 28
  • #4 fuse_session_loop_mt
    at fuse_loop_mt.c line 242
  • #5 fuse_loop_mt
    at fuse_mt.c line 117
  • #6 fuse_main_common
    at helper.c line 355
  • #7 __libc_start_main
    at libc-start.c line 289
  • #8 _start
    at ../sysdeps/x86_64/start.S line 118

Comment 9 Mikhail 2015-08-14 22:11:26 UTC
[mikhail@localhost .config]$ pgrep -a gvfsd-fuse
2092 /usr/libexec/gvfsd-fuse /run/user/1000/gvfs -f -o big_writes
[mikhail@localhost .config]$ mount | grep fuse
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
[mikhail@localhost .config]$ ls -l /run/user/1000/gvfs
ls: cannot access /run/user/1000/gvfs/sftp:host=81.30.214.93,port=21212,user=crmdev: No such file or directory
total 4
dr-xr-xr-x. 1 mikhail mikhail 4096 Jun  3 05:01 sftp:host=213.136.82.171,user=synergy-demo
??????????? ? ?       ?          ?            ? sftp:host=81.30.214.93,port=21212,user=crmdev
[mikhail@localhost .config]$ rpm -q fuse
fuse-2.9.4-2.fc23.x86_64
Comment 10 Ross Lagerwall 2015-08-16 20:47:39 UTC
@awilliam:

Can you please run:
$ gvfs-info sftp://user@example.com/
(i.e. in URL form rather than fuse path)

and:
$ gvfs-info -li

Thanks
Comment 11 Mikhail 2015-08-16 20:54:24 UTC
$ ls -l /run/user/1000/gvfs
ls: cannot access /run/user/1000/gvfs/sftp:host=213.136.82.171,user=synergy-demo: No such file or directory
total 0
?????????? ? ? ? ?            ? sftp:host=213.136.82.171,user=synergy-demo

$ gvfs-info sftp://synergy-demo@213.136.82.171
display name: / on 213.136.82.171
name: /
type: directory
size:  4096
uri: sftp://synergy-demo@213.136.82.171/
attributes:
  standard::type: 2
  standard::name: /
  standard::display-name: / on 213.136.82.171
  standard::icon: folder
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 4096
  standard::symbolic-icon: folder-symbolic
  etag::value: 1433289690
  id::filesystem: sftp:host=213.136.82.171,user=synergy-demo
  access::can-read: TRUE
  access::can-execute: TRUE
  time::modified: 1433289690
  time::access: 1439621834
  unix::mode: 16749
  unix::uid: 0
  unix::gid: 0

$ gvfs-info -li
Error parsing commandline options: Unknown option -li
Comment 12 Ondrej Holy 2015-08-17 07:08:02 UTC
(In reply to Mikhail from comment #11)
> $ gvfs-info -li
> Error parsing commandline options: Unknown option -li

It should be:
gvfs-mount -li
Comment 13 Mikhail 2015-08-17 07:12:06 UTC
$ gvfs-mount -li
Drive(0): OCZ-VECTOR150
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sda'
  themed icons:  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  symbolic themed icons:  [drive-harddisk-solidstate-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/00fixed/sd____a
  Volume(0): 112 GB Volume
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sda4'
     uuid: '08acfaf9-0922-48bf-804e-3296a1d1f3d0'
    themed icons:  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
    symbolic themed icons:  [drive-harddisk-solidstate-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
    can_mount=1
    can_eject=0
    should_automount=0
    sort_key=gvfs.time_detected_usec.1439714871165551
Drive(1): ST4000NM0033-9ZM170
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-harddisk]  [drive]
  symbolic themed icons:  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/00fixed/sd____b
Volume(0): mikhail.v.gavrilov@gmail.com
  Type: GProxyVolume (GProxyVolumeMonitorGoa)
  ids:
   class: 'network'
   uuid: 'google-drive://mikhail.v.gavrilov@gmail.com/'
  uuid=google-drive://mikhail.v.gavrilov@gmail.com/
  activation_root=google-drive://mikhail.v.gavrilov@gmail.com/
  themed icons:  [network-server]  [network]
  symbolic themed icons:  [network-server-symbolic]  [network-symbolic]  [network-server]  [network]
  can_mount=1
  can_eject=0
  should_automount=0
Mount(0): synergy-demo on 213.136.82.171 -> sftp://synergy-demo@213.136.82.171/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@213.136.82.171/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
Comment 14 awilliam 2015-08-28 15:32:44 UTC
Ah, suddenly it is reproducible on my machine, on a WebDAV FUSE mount via GVFS
-
awilliam@linux-86wr:/run/user/1000/gvfs> ls -l
ls: cannot access dav:host=coils.mormail.com,ssl=false,prefix=%2Fdav: No such file or directory
total 4
?????????? ? ?        ?        ?            ? dav:host=coils.mormail.com,ssl=false,prefix=%2Fdav
dr-xr-xr-x 1 awilliam users 4096 Feb 26  2015 sftp:host=coils-red.micore.us,user=root
Comment 15 Mikhail 2015-08-31 11:38:05 UTC
Yet another computer and user:

[albert@localhost ~]$ pgrep -a gvfsd-fuse
[albert@localhost ~]$ mount | grep fuse
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
[albert@localhost ~]$ rpm -q fuse
fuse-2.9.4-1.fc22.i686
[albert@localhost ~]$ ls -l /run/user/1002/gvfs/
итого 0
[albert@localhost gvfs]$ gvfs-info sftp://synergy-demo@213.136.82.171
отображаемое имя: / на 213.136.82.171
имя: /
тип: каталог
размер: 4096
uri: sftp://synergy-demo@213.136.82.171/
атрибуты:
  standard::type: 2
  standard::name: /
  standard::display-name: / на 213.136.82.171
  standard::icon: folder
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 4096
  standard::symbolic-icon: folder-symbolic
  etag::value: 1433289690
  id::filesystem: sftp:host=213.136.82.171,user=synergy-demo
  access::can-read: TRUE
  access::can-execute: TRUE
  time::modified: 1433289690
  time::access: 1440672347
  unix::mode: 16749
  unix::uid: 0
  unix::gid: 0
[albert@localhost gvfs]$ gvfs-mount -li
Drive(0): Corsair CSSD-F90GB2
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sda'
  themed icons:  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  symbolic themed icons:  [drive-harddisk-solidstate-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/00fixed/sd____a
Drive(1): Optiarc DVD RW AD-7203S
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sr0'
  themed icons:  [drive-optical]  [drive]
  symbolic themed icons:  [drive-optical-symbolic]  [drive-symbolic]  [drive-optical]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/11removable/sr0
Drive(2): Generic Flash Disk
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=01hotplug/1441004964204867
  Volume(0): Том 127 MB
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sdb1'
     uuid: 'A03F-CCD7'
    themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    can_mount=1
    can_eject=1
    should_automount=1
    sort_key=gvfs.time_detected_usec.1441004964814768
    Mount(0): Том 127 MB -> file:///run/media/albert/A03F-CCD7
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
      default_location=file:///run/media/albert/A03F-CCD7
      themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      can_unmount=1
      can_eject=1
      is_shadowed=0
      sort_key=gvfs.time_detected_usec.1441004965846395
Volume(1): ПАО "Социнвестба
  Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
  ids:
   class: 'device'
   unix-device: '/dev/loop0'
   uuid: '28.0-8.-20-15-'
   label: 'ПАО "Социнвестба'
  themed icons:  [drive-removable-media]  [drive-removable]  [drive]
  symbolic themed icons:  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media]  [drive-removable]  [drive]
  can_mount=1
  can_eject=0
  should_automount=1
  sort_key=gvfs.time_detected_usec.1441004978619979
  Mount(0): ПАО "Социнвестба -> file:///run/media/albert/%D0%9F%D0%90%D0%9E%20%22%D0%A1%D0%BE%D1%86%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B1%D0%B0
    Type: GProxyMount (GProxyVolumeMonitorUDisks2)
    default_location=file:///run/media/albert/%D0%9F%D0%90%D0%9E%20%22%D0%A1%D0%BE%D1%86%D0%B8%D0%BD%D0%B2%D0%B5%D1%81%D1%82%D0%B1%D0%B0
    symbolic themed icons:  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media]  [drive-removable]  [drive]
    x_content_types: x-content/win32-software
    can_unmount=1
    can_eject=0
    is_shadowed=0
    sort_key=gvfs.time_detected_usec.1441004978652555
Mount(0): synergy-demo на 213.136.82.171 -> sftp://synergy-demo@213.136.82.171/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@213.136.82.171/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
[albert@localhost gvfs]$
Comment 16 Mikhail 2015-09-20 12:47:41 UTC
Can I help?
I would like a speedy solution to this vexing problem.
Comment 17 Ross Lagerwall 2015-09-20 13:43:32 UTC
(In reply to Mikhail from comment #16)
> Can I help?
> I would like a speedy solution to this vexing problem.

I can build a package with more debug information if you're willing (since I can't reproduce it).
Comment 18 awilliam 2015-09-22 20:38:26 UTC
I have enabled dropping cores... but no core files have appeared (only a couple unrelated ones).  On a couple of occasions the GVFS/FUSE mounts have worked, then stopped.
Comment 19 Mikhail 2015-09-23 08:03:47 UTC
(In reply to Ross Lagerwall from comment #17)
> (In reply to Mikhail from comment #16)
> > Can I help?
> > I would like a speedy solution to this vexing problem.
> 
> I can build a package with more debug information if you're willing (since I
> can't reproduce it).

Where I can download packages with more debug information?
Comment 20 Mikhail 2015-10-09 11:26:57 UTC
Problem still actual...
Comment 21 Maciek Borzecki 2015-10-18 10:17:23 UTC
Archlinux folks seem to indicate that it's a problem introduced by systemd: https://bugs.archlinux.org/task/46721#comment140176 and they've already reported a bug upstream: https://github.com/systemd/systemd/issues/1600
Comment 22 Mikhail 2015-10-18 12:25:21 UTC
Maciek, in my case I not have error "Error mounting location: volume doesn't implement mount". 

$ gvfs-mount -l shows 
Drive(0): OCZ-VECTOR150
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  Volume(0): 112 GB Volume
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
Drive(1): ST4000NM0033-9ZM170
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
Drive(2): JetFlash Transcend 32GB
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  Volume(0): Fedora-Live-WS-x86_64-23_B-T4
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    Mount(0): Fedora-Live-WS-x86_64-23_B-T4 -> file:///run/media/mikhail/Fedora-Live-WS-x86_64-23_B-T4
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
Drive(3): www USB DISK 2.0
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  Volume(0): 20150810-fedlet-i686
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    Mount(0): 20150810-fedlet-i686 -> file:///run/media/mikhail/20150810-fedlet-i686
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
Volume(0): mikhail.v.gavrilov@gmail.com
  Type: GProxyVolume (GProxyVolumeMonitorGoa)
  Mount(0): mikhail.v.gavrilov@gmail.com -> google-drive://mikhail.v.gavrilov@gmail.com/
    Type: GProxyShadowMount (GProxyVolumeMonitorGoa)
Mount(1): mikhail.v.gavrilov@gmail.com -> google-drive://mikhail.v.gavrilov@gmail.com/
  Type: GDaemonMount
Mount(2): synergy-demo on 213.136.82.171 -> sftp://synergy-demo@213.136.82.171/
  Type: GDaemonMount

But sftp share not worked in geany and sublime, in gedit and bulder sftp share is work.
Comment 23 Ondrej Holy 2015-10-19 08:10:47 UTC
Some other upstream bug indicates that it can be fixed by kernel downgrade:
https://bbs.archlinux.org/viewtopic.php?id=203072

Can you prove it?

There might be also relation with fuse 2.9.4, which was released in the end of May...
Comment 24 Mikhail 2015-10-19 12:02:06 UTC
Very and very interesting please see here:

ls -l /run/user/1000/gvfs/
ls: cannot access /run/user/1000/gvfs/sftp:host=213.136.82.171,user=synergy-demo: No such file or directory
total 8
drwx------. 1 mikhail mikhail    0 янв  1  1970 google-drive:host=gmail.com,user=mikhail.v.gavrilov
??????????? ? ?       ?          ?            ? sftp:host=213.136.82.171,user=synergy-demo
dr-xr-xr-x. 1 mikhail mikhail 4096 июн  3 05:01 sftp:host=sy24.ru,user=aerotaxi
dr-xr-xr-x. 1 mikhail mikhail 4096 июн  3 05:01 sftp:host=sy24.ru,user=synergy-demo

sy24.ru and 213.136.82.171 it is one and the same server, but sftp://synergy-demo@sy24.ru full workable, and sftp://synergy-demo@213.136.82.171 workable only for GTK3 applications which not use gvfs mount point.


see next:

$ gvfs-mount -li
Drive(0): OCZ-VECTOR150
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sda'
  themed icons:  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  symbolic themed icons:  [drive-harddisk-solidstate-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/00fixed/sd____a
  Volume(0): 112 GB Volume
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sda4'
     uuid: '08acfaf9-0922-48bf-804e-3296a1d1f3d0'
    themed icons:  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
    symbolic themed icons:  [drive-harddisk-solidstate-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-solidstate]  [drive-harddisk]  [drive]
    can_mount=1
    can_eject=0
    should_automount=0
    sort_key=gvfs.time_detected_usec.1445077839976148
Drive(1): ST4000NM0033-9ZM170
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-harddisk]  [drive]
  symbolic themed icons:  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk]  [drive]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=0
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/00fixed/sd____b
Drive(2): JetFlash Transcend 32GB
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdc'
  themed icons:  [media-removable]  [media]
  symbolic themed icons:  [media-removable-symbolic]  [media-symbolic]  [media-removable]  [media]
  is_media_removable=0
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/12removable/sd____c
  Volume(0): Fedora-Live-WS-x86_64-23_B-T4
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sdc1'
     uuid: '2015-09-07-18-11-18-00'
     label: 'Fedora-Live-WS-x86_64-23_B-T4'
    themed icons:  [drive-harddisk-usb]  [drive-harddisk]  [drive]
    symbolic themed icons:  [drive-harddisk-usb-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-usb]  [drive-harddisk]  [drive]
    can_mount=1
    can_eject=1
    should_automount=1
    sort_key=gvfs.time_detected_usec.1445077839976075
    Mount(0): Fedora-Live-WS-x86_64-23_B-T4 -> file:///run/media/mikhail/Fedora-Live-WS-x86_64-23_B-T4
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
      default_location=file:///run/media/mikhail/Fedora-Live-WS-x86_64-23_B-T4
      themed icons:  [drive-harddisk-usb]  [drive-harddisk]  [drive]
      symbolic themed icons:  [drive-harddisk-usb-symbolic]  [drive-harddisk-symbolic]  [drive-symbolic]  [drive-harddisk-usb]  [drive-harddisk]  [drive]
      x_content_types: x-content/bootable-media
      can_unmount=1
      can_eject=1
      is_shadowed=0
      sort_key=gvfs.time_detected_usec.1445077843491675
Drive(3): www USB DISK 2.0
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdd'
  themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=00coldplug/12removable/sd____d
  Volume(0): 20150810-fedlet-i686
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sdd1'
     uuid: '2015-08-10-21-31-59-00'
     label: '20150810-fedlet-i686'
    themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    can_mount=1
    can_eject=1
    should_automount=1
    sort_key=gvfs.time_detected_usec.1445077839976005
    Mount(0): 20150810-fedlet-i686 -> file:///run/media/mikhail/20150810-fedlet-i686
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
      default_location=file:///run/media/mikhail/20150810-fedlet-i686
      themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      x_content_types: x-content/bootable-media
      can_unmount=1
      can_eject=1
      is_shadowed=0
      sort_key=gvfs.time_detected_usec.1445077843469896
Volume(0): mikhail.v.gavrilov@gmail.com
  Type: GProxyVolume (GProxyVolumeMonitorGoa)
  ids:
   class: 'network'
   uuid: 'google-drive://mikhail.v.gavrilov@gmail.com/'
  uuid=google-drive://mikhail.v.gavrilov@gmail.com/
  activation_root=google-drive://mikhail.v.gavrilov@gmail.com/
  themed icons:  [network-server]  [network]
  symbolic themed icons:  [network-server-symbolic]  [network-symbolic]  [network-server]  [network]
  can_mount=1
  can_eject=0
  should_automount=0
  Mount(0): mikhail.v.gavrilov@gmail.com -> google-drive://mikhail.v.gavrilov@gmail.com/
    Type: GProxyShadowMount (GProxyVolumeMonitorGoa)
    default_location=google-drive://mikhail.v.gavrilov@gmail.com/
    themed icons:  [network-server]  [network]
    symbolic themed icons:  [network-server-symbolic]  [network-symbolic]  [network-server]  [network]
    can_unmount=1
    can_eject=0
    is_shadowed=0
Mount(1): synergy-demo on sy24.ru -> sftp://synergy-demo@sy24.ru/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@sy24.ru/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
Mount(2): aerotaxi on sy24.ru -> sftp://aerotaxi@sy24.ru/
  Type: GDaemonMount
  default_location=sftp://aerotaxi@sy24.ru/home/aerotaxi
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
Mount(3): synergy-demo on 213.136.82.171 -> sftp://synergy-demo@213.136.82.171/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@213.136.82.171/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
Mount(4): mikhail.v.gavrilov@gmail.com -> google-drive://mikhail.v.gavrilov@gmail.com/
  Type: GDaemonMount
  default_location=google-drive://mikhail.v.gavrilov@gmail.com/
  themed icons:  [drive-removable-media]
  symbolic themed icons:  [drive-removable-media-symbolic]
  can_unmount=1
  can_eject=0
  is_shadowed=1


Did you see any differencies between:

Mount(3): synergy-demo on 213.136.82.171 -> sftp://synergy-demo@213.136.82.171/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@213.136.82.171/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0
  
Mount(1): synergy-demo on sy24.ru -> sftp://synergy-demo@sy24.ru/
  Type: GDaemonMount
  default_location=sftp://synergy-demo@sy24.ru/home/synergy-demo
  themed icons:  [folder-remote]  [folder]
  symbolic themed icons:  [folder-remote-symbolic]  [folder-symbolic]  [folder-remote]  [folder]
  can_unmount=1
  can_eject=0
  is_shadowed=0


I am no see, but Mount(1) work well, and Mount(3) not work as expected.


gvfs-info is same too.

$ gvfs-info sftp://synergy-demo@213.136.82.171
display name: / on 213.136.82.171
name: /
type: directory
size:  4096
uri: sftp://synergy-demo@213.136.82.171/
attributes:
  standard::type: 2
  standard::name: /
  standard::display-name: / on 213.136.82.171
  standard::icon: folder
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 4096
  standard::symbolic-icon: folder-symbolic
  etag::value: 1433289690
  id::filesystem: sftp:host=213.136.82.171,user=synergy-demo
  access::can-read: TRUE
  access::can-execute: TRUE
  access::can-trash: FALSE
  time::modified: 1433289690
  time::access: 1445199087
  unix::mode: 16749
  unix::uid: 0
  unix::gid: 0
  metadata::nautilus-list-view-sort-column: name
  metadata::nautilus-list-view-sort-reversed: false


$ gvfs-info sftp://synergy-demo@sy24.ru
display name: / on sy24.ru
name: /
type: directory
size:  4096
uri: sftp://synergy-demo@sy24.ru/
attributes:
  standard::type: 2
  standard::name: /
  standard::display-name: / on sy24.ru
  standard::icon: folder
  standard::content-type: inode/directory
  standard::fast-content-type: inode/directory
  standard::size: 4096
  standard::symbolic-icon: folder-symbolic
  etag::value: 1433289690
  id::filesystem: sftp:host=sy24.ru,user=synergy-demo
  access::can-read: TRUE
  access::can-execute: TRUE
  access::can-trash: FALSE
  time::modified: 1433289690
  time::access: 1445199087
  unix::mode: 16749
  unix::uid: 0
  unix::gid: 0


But question is open what is culprit here?
Comment 25 Mikhail 2015-10-19 12:04:29 UTC
(In reply to Ondrej Holy from comment #23)
> Some other upstream bug indicates that it can be fixed by kernel downgrade:
> https://bbs.archlinux.org/viewtopic.php?id=203072
> 
> Can you prove it?
> 
> There might be also relation with fuse 2.9.4, which was released in the end
> of May...

I have this problem and early but not easy reproducible as now.
Comment 26 Ondrej Holy 2015-10-20 08:57:13 UTC
Upstream bug I mentioned in Comment 24 also indicates, that restart might fix the problem, however please restart the daemon and try to reproduce the issue and get debug log from fuse using the following line:

pkill -U $(id -u) gvfsd-fuse; $(find /usr/lib* -name 'gvfsd-fuse') /run/user/$(id -u)/gvfs -f -o big_writes -d &> ~/gvfsd-fuse.log
Comment 27 Mikhail 2015-10-22 07:41:44 UTC
Created attachment 313840 [details]
gvfs-fuse.log
Comment 28 Mikhail 2015-10-22 07:44:52 UTC
$ pkill -U $(id -u) gvfsd-fuse; $(find /usr/lib* -name 'gvfsd-fuse') /run/user/$(id -u)/gvfs -f -o big_writes -d &> ~/gvfsd-fuse.log
find: ‘/usr/libexec/initscripts/legacy-actions/auditd’: Permission denied

problem occurred again, but after executing this command non functional share started working fine.
Comment 29 Ondrej Holy 2015-10-23 09:12:20 UTC
(In reply to Mikhail from comment #28)
> $ pkill -U $(id -u) gvfsd-fuse; $(find /usr/lib* -name 'gvfsd-fuse')
> /run/user/$(id -u)/gvfs -f -o big_writes -d &> ~/gvfsd-fuse.log
> find: ‘/usr/libexec/initscripts/legacy-actions/auditd’: Permission denied
> 
> problem occurred again, but after executing this command non functional
> share started working fine.

So you are not able to reproduce the problem after executing this command, are you? So the log is useless, because we need to reproduce the issue after executing the command to get useful log...
Comment 30 christian.amarca 2015-11-09 08:49:03 UTC
same problem with ubuntu 15.10, the first time you mount a position with nautilus the mount point is created but if you unmount the same position and you retry to mount the mount point under /run/user/USERID/gvfs/ is missing
Comment 31 Ondrej Holy 2015-11-09 15:44:03 UTC
Still I am not able to reproduce this :-(

I have tried to run mount/unmount loop in parallel with ls loop and as a result I discovered some race with mounting, but this is another bug and it isn't fuse problem...

ls:
ls: cannot access /run/user/1000/gvfs/sftp:host=localhost: Input/output error
sftp:host=localhost

vfs.log:
vfs_getattr: /sftp:host=localhost
Error from GVFS: The name :1.1689 was not provided by any .service files
vfs_getattr: -> Input/output error
Comment 32 Ondrej Holy 2015-11-09 15:45:12 UTC
Fuse daemon contains debug prints, which helped me figured out the another bug from the previous comment. However it has to be rebuild with following modification:

diff --git a/client/gvfsfusedaemon.c b/client/gvfsfusedaemon.c
index 54593db..44f74ee 100644
--- a/client/gvfsfusedaemon.c
+++ b/client/gvfsfusedaemon.c
@@ -48 +48 @@
-#define DEBUG_ENABLED 0
+#define DEBUG_ENABLED 1

Could you rebuild the gvfs with mentioned modification, reproduce your bug and provide ~/vfs.debug? If not I can make fedora build at least...
Comment 33 crazyjeff17 2016-01-07 12:54:36 UTC
$ pkill -U $(id -u) gvfsd-fuse; strace -F -e open,stat $(find /usr/lib* -name 'gvfsd-fuse') /run/user/$(id -u)/gvfs -f -o big_writes -d
open("/usr/lib/x86_64-linux-gnu/gvfs/tls/x86_64/libgvfscommon.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64-linux-gnu/gvfs/tls/x86_64", 0x7ffd32e7b990) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/gvfs/tls/libgvfscommon.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64-linux-gnu/gvfs/tls", 0x7ffd32e7b990) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/gvfs/x86_64/libgvfscommon.so", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
stat("/usr/lib/x86_64-linux-gnu/gvfs/x86_64", 0x7ffd32e7b990) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libgio-2.0.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/libgio-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libgobject-2.0.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libglib-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libfuse.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libfuse.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libpthread.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libc.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libgmodule-2.0.so.0", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libz.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libz.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libselinux.so.1", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libresolv.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libresolv.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libffi.so.6", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/usr/lib/x86_64-linux-gnu/libffi.so.6", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libpcre.so.3", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libpcre.so.3", O_RDONLY|O_CLOEXEC) = 3
open("/usr/lib/x86_64-linux-gnu/gvfs/libdl.so.2", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3
open("/proc/filesystems", O_RDONLY)     = 3
open("/dev/null", O_RDWR)               = 3
stat("/run/user/1000/gvfs", {st_mode=S_IFDIR|0500, st_size=40, ...}) = 0
open("/dev/fuse", O_RDWR)               = 3
Process 2026 attached
[pid  2026] open("/dev/null", O_RDONLY) = 5
[pid  2026] open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
[pid  2026] open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 4
[pid  2026] open("/dev/fuse", O_RDWR)   = 4
[pid  2026] open("/etc/fuse.conf", O_RDONLY) = 6
[pid  2026] open("/etc/mtab", O_RDONLY|O_CLOEXEC) = 6
[pid  2026] +++ exited with 1 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2026, si_uid=1000, si_status=1, si_utime=0, si_stime=0} ---
Process 2027 attached
[pid  2027] open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 4
[pid  2027] open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 4
[pid  2027] open("/dev/fuse", O_RDWR)   = 4
[pid  2027] open("/etc/fuse.conf", O_RDONLY) = 5
[pid  2027] open("/etc/mtab", O_RDONLY|O_CLOEXEC) = 5
fusermount: user has no write access to mountpoint /run/user/1000/gvfs
[pid  2027] +++ exited with 1 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2027, si_uid=1000, si_status=1, si_utime=0, si_stime=0} ---
Comment 34 Martin Szulecki 2016-05-10 17:57:37 UTC
Hitting the same issue on openSUSE Tumbleweed running kernel 4.5.3 and gvfs 1.28.1 with fuse 2.9.5. The "/run/user/1000/gvfs/" directory just stays empty after a boot. If I restart gvfsd-fuse manually directories for mounts work as expected.

I recompiled with DEBUG_ENABLED and got a "vfs.debug" file which lists a bunch of vfs.* operations as you navigate to the directory in question.

However, despite the "subthread_main" is running, the "mount_tracker_mounted_cb" and "mount_tracker_unmounted_cb" callbacks are never called. I added some extra debugging for the callbacks to verify that.

If manually restarted, the callbacks are indeed called correctly again thus the mount point directories appear as expected.

I'll try to dig deeper as this is really annoying...
Comment 35 Ondrej Holy 2016-05-11 11:57:06 UTC
(In reply to Martin Szulecki from comment #34)
> Hitting the same issue on openSUSE Tumbleweed running kernel 4.5.3 and gvfs
> 1.28.1 with fuse 2.9.5. The "/run/user/1000/gvfs/" directory just stays
> empty after a boot.

This is probably another issue if you have an empty directory, because the original bug reports that there are some folders, but somehow corrupted... So please file a new bug report for it...

> If I restart gvfsd-fuse manually directories for mounts
> work as expected.
> 
> I recompiled with DEBUG_ENABLED and got a "vfs.debug" file which lists a
> bunch of vfs.* operations as you navigate to the directory in question.
> 
> However, despite the "subthread_main" is running, the
> "mount_tracker_mounted_cb" and "mount_tracker_unmounted_cb" callbacks are
> never called. I added some extra debugging for the callbacks to verify that.

In theory some of the mount points should not be registered if they appear immediately after mount_list_update, before g_main_loop_run in subthread_main, but this is not probably the case... When and how the shares are mounted? Aren't the callbacks called if you mount another share later? It seems there might be some problem with the volume monitor...
Comment 36 Ondrej Holy 2016-05-16 06:53:37 UTC
(In reply to Ondrej Holy from comment #35)
> This is probably another issue if you have an empty directory, because the
> original bug reports that there are some folders, but somehow corrupted...
> So please file a new bug report for it...

Bug 766433
Comment 37 Ondrej Holy 2016-05-16 06:58:06 UTC
Is the original bug still happening? Can somebody provide ~/vfs.debug as per Comment 32 please?
Comment 38 Ondrej Holy 2016-05-16 07:01:57 UTC
(In reply to crazyjeff17 from comment #33)
> $ pkill -U $(id -u) gvfsd-fuse; strace -F -e open,stat $(find /usr/lib*
> -name 'gvfsd-fuse') /run/user/$(id -u)/gvfs -f -o big_writes -d
> ...
> fusermount: user has no write access to mountpoint /run/user/1000/gvfs
> [pid  2027] +++ exited with 1 +++
> --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2027, si_uid=1000,
> si_status=1, si_utime=0, si_stime=0} ---

What is output of "ls -l /run/user/1000/gvfs" in such case?

I wonder how this may happen...
Comment 39 Ondrej Holy 2016-05-16 07:10:43 UTC
(In reply to Ondrej Holy from comment #38)
> (In reply to crazyjeff17 from comment #33)
> > $ pkill -U $(id -u) gvfsd-fuse; strace -F -e open,stat $(find /usr/lib*
> > -name 'gvfsd-fuse') /run/user/$(id -u)/gvfs -f -o big_writes -d
> > ...
> > fusermount: user has no write access to mountpoint /run/user/1000/gvfs
> > [pid  2027] +++ exited with 1 +++
> > --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=2027, si_uid=1000,
> > si_status=1, si_utime=0, si_stime=0} ---
> 
> What is output of "ls -l /run/user/1000/gvfs" in such case?

And what is output of "ls -ldn /run/user/1000/gvfs"?
Comment 40 GNOME Infrastructure Team 2018-09-21 17:51:55 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gvfs/issues/259.