Ubuntu

smb shares not working with gvfs

Reported by wvengen on 2008-03-28
2
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Low
Ubuntu Desktop Bugs

Bug Description

After upgrading to Hardy Beta, I cannot access windows shares anymore:
  $ gnomevfs-ls smb://server.dom.ain/
  blah (Directory, x-directory/smb-share) size 0
  (...)
  $ gvfs-ls smb://server.dom.ain/
  $
nothing happens! smbclient can access the windows server too. The 'network neighbourhood' does work though:
  $ gnomevfs-ls smb://
  workgroup (Regular, application/x-desktop) size 0
  mshome (Regular, application/x-desktop) size 0
  (...)
  $ gvfs-ls smb://
  MSHOME
  WORKGROUP
  (...)
  $
Same thing happens in nautilus, of course: I can access the toplevel windows network, but looking into a domain/workgroup/server or share doesn't work.
One more thing: I can access shares gnomevfs, but not with gvfs:
  $ gnomevfs-ls smb://server.dom.ain/share
   . (Directory, x-directory/normal) size 0 mode 0755
   .. (Directory, x-directory/normal) size 0 mode 0755
   XXX (Directory, x-directory/normal) size 0 mode 0755
  $ gvfs-ls smb://server.dom.ain/share
  Error: The specified location is not mounted
  $
smbclient says: OS=[Windows Server 2003 3790 Service Pack 2] Server=[Windows Server 2003 5.2]

wvengen (wvengen) on 2008-03-28
description: updated
Sebastien Bacher (seb128) wrote :

Thank you for your bug report. Do you need to enter login informations to browse those shares usually?

Changed in gvfs:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
wvengen (wvengen) wrote :

Yes, certainly (only once though, my remembers credentials are remembered). I'll post more details next week, when I have access to the network again, unless you have enough info.

Sebastien Bacher (seb128) wrote :

that's a duplicate

Changed in gvfs:
status: Incomplete → Invalid
wvengen (wvengen) wrote :

Sebastian, thanks for your fast response! I'd like to build an a package with debug symbols for my amd64 system to check if I'm experiencing the same problem, what do you do to make a debug build when running dpkg-buildpackage on gvfs?

wvengen (wvengen) wrote :

Ok, I got something further with gvfs-mount; it may not be an exact duplicate of the other bug. The share I'm mounting is called DynStor; it doesn't support listing its contents or mounting it directly, instead one can only mount DynStor/SomeVolumeName. Another share on another server does seem to work though:
  $ gvfs-mount smb://some.other.server.dom.ain/share
  Error mounting location: volume doesn't implement mount
  Password required for share share on some.other.server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  $ gvfs-ls smb://some.other.server.dom.ain/share
  foo
  bar
  $ gvfs-mount smb://server.dom.ain/DynStor/MyShare
  Password required for share dynstor on server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  Password required for share dynstor on server.dom.ain
  User [username]: <me>
  Domain [MSHOME]: DOMAIN
  Password:
  <repeat forever>

Sebastien Bacher (seb128) wrote :

that's rather a duplicate of bug #207072, there is no real debug informations required, the code seems to just not handle the case where a password is required there

wvengen (wvengen) wrote :

Ok, one part of this bug is solved by the patch provided at bug #207072. The other thing doesn't work even with the patch, see comment 5 about the DynStor share; both nautilus and gvfs-mount keep asking for the password; other shares on the same server do work.

wvengen (wvengen) wrote :

fyi: I submitted the DynStor problem at GNOME's bugzilla on http://bugzilla.gnome.org/show_bug.cgi?id=529277

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

Other bug subscribers

Remote bug watches

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