GNOME Bugzilla – Bug 753561
FUSE Mounts Not Functional
Last modified: 2018-09-21 17:51:55 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
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
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
So gvfsd-fuse daemon is still running, could you provide backtrace of gvfsd-fuse please?
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/
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
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
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 #
$ gdb /usr/lib/gvfs/gvfsd-fuse 1788 (gdb) bt
+ Trace 235336
[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
@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
$ 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
(In reply to Mikhail from comment #11) > $ gvfs-info -li > Error parsing commandline options: Unknown option -li It should be: gvfs-mount -li
$ 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
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
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]$
Can I help? I would like a speedy solution to this vexing problem.
(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).
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.
(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?
Problem still actual...
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
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.
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...
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?
(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.
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
Created attachment 313840 [details] gvfs-fuse.log
$ 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.
(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...
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
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
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...
$ 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} ---
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...
(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...
(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
Is the original bug still happening? Can somebody provide ~/vfs.debug as per Comment 32 please?
(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...
(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"?
-- 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.