gvfsd-smb breaks (hangs?) on resume

Bug #1330634 reported by roothorick
18
This bug affects 4 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

When the system returns from suspend to RAM, gvfsd-smb stops working entirely. It does not recover even after the system returns to the same network where the remote server is still available and sharing. This will sometimes cause Nautilus to hang too, but not always; not clear on the circumstances that cause that, may be time related. killing gvfsd-smb and remounting brings things back to normal operation.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: gvfs-backends 1.20.1-1ubuntu1
ProcVersionSignature: Ubuntu 3.13.0-29.53-generic 3.13.11.2
Uname: Linux 3.13.0-29-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.2
Architecture: amd64
CurrentDesktop: GNOME
Date: Mon Jun 16 15:03:22 2014
EcryptfsInUse: Yes
InstallationDate: Installed on 2014-01-15 (151 days ago)
InstallationMedia: Ubuntu-GNOME 14.04 "Trusty Tahr" - Alpha amd64 (20140102)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: gvfs
UpgradeStatus: No upgrade log present (probably fresh install)

Revision history for this message
roothorick (8-roothorick-gmail-com) wrote :
Revision history for this message
roothorick (8-roothorick-gmail-com) wrote :

I would just throw a script somewhere to kill gvfsd-smb on resume, but I can't find a script location that's actually executed on this OS. /etc/pm/sleep.d and /usr/lib/pm-utils/sleep.d are just ignored, even if pm-utils are installed.

Revision history for this message
roothorick (8-roothorick-gmail-com) wrote :

Welp, I opted for /etc/network/if-post-down.d/ and that worked. Probably makes more sense there anyway.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gvfs (Ubuntu):
status: New → Confirmed
Revision history for this message
Motosauro (motosauro) wrote :

This bug affects me as well
I partially fixed it by killing the gvfsd-smb process but this is a really ugly solution

Revision history for this message
Martin Weis (martin-weis-newsadress) wrote :

Regularly happens to me, even without resume.
I often switch Networks (VPN), which might be a reason for time outs (share not available in another network), but generally after a while the connection seems to time out.
A killall gvfsd-smb and killall gvfsd-smb-browse brings back the possibility to connect.

Message is in german here:
Die Wartezeit für die Verbindung ist abgelaufen (connection timed out)

Expected behavior:

* try to re-establish connection, if necessary

Revision history for this message
Martin Weis (martin-weis-newsadress) wrote :

Possibly related bugs are :
#1463863
#528314
#1397486

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.