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 580736 - gvfsd-smb hangs at 100% cpu when remote share goes offline while copying a file
gvfsd-smb hangs at 100% cpu when remote share goes offline while copying a file
Status: RESOLVED NOTGNOME
Product: gvfs
Classification: Core
Component: smb backend
1.2.x
Other All
: Normal critical
: ---
Assigned To: gvfs-maint
gvfs-maint
Depends on:
Blocks:
 
 
Reported: 2009-04-29 12:10 UTC by Jakob Unterwurzacher
Modified: 2014-04-21 22:33 UTC
See Also:
GNOME target: ---
GNOME version: 2.25/2.26



Description Jakob Unterwurzacher 2009-04-29 12:10:29 UTC
Steps to reproduce:
1) Go to some Windows share in nautilus
2) Start to copy some large file
3a) Pull the network plug, wait 10 Secs, replug it
 -OR-
3b) shut down the remote computer

=> gvfsd-smb hangs at 100% CPU
=> You can't disconnect the share
=> All smb access is broken
=> You have to kill gvfsd-smb to recover

Stack trace:
(gdb) backtrace full
The program is running.  Quit anyway (and detach it)? (y or n) Detaching from program: /usr/lib/gvfs/gvfsd-smb, process 30621


Other information:
I see this on Ubuntu Jaunty.
Ubuntu Bug: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/369194
Comment 1 Ross Lagerwall 2014-04-21 22:33:22 UTC
The hang actually occurs in libsmbclient (the library the gvfs uses for smb access).

This appears to have been fixed in more recent versions of libsmbclient, and the copy fails with "Invalid argument" (admittedly not a great error message).