gvfs fails to mount previously working SMB share (from nautilus)

Bug #1865308 reported by DooMMasteR
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
gvfs (Ubuntu)
Confirmed
Undecided
Unassigned
nautilus (Ubuntu)
New
Undecided
Unassigned

Bug Description

When accessing my SMB share (samba on linux/openwrt) Nautilus reports that the mount operation failed.
I enabled gvfsd debug and got the following debug output.

smb: g_vfs_backend_smb_init: default workgroup = 'NULL'
smb: Added new job source 0x55be028f8080 (GVfsBackendSmb)
smb: Queued new job 0x55be028f9960 (GVfsJobMount)
INFO: Current debug levels:
  all: 10
  tdb: 10
  printdrivers: 10
  lanman: 10
  smb: 10
  rpc_parse: 10
  rpc_srv: 10
  rpc_cli: 10
  passdb: 10
  sam: 10
  auth: 10
  winbind: 10
  vfs: 10
  idmap: 10
  quota: 10
  acls: 10
  locking: 10
  msdfs: 10
  dmapi: 10
  registry: 10
  scavenger: 10
  dns: 10
  ldb: 10
  tevent: 10
  auth_audit: 10
  auth_json_audit: 10
  kerberos: 10
  drs_repl: 10
  smb2: 10
  smb2_credits: 10
  dsdb_audit: 10
  dsdb_json_audit: 10
  dsdb_password_audit: 10
  dsdb_password_json_audit: 10
  dsdb_transaction_audit: 10
  dsdb_transaction_json_audit: 10
  dsdb_group_audit: 10
  dsdb_group_json_audit: 10
Using netbios name DOOMELITE.
Using workgroup WORKGROUP.
smb: do_mount - URI = smb://openwrt/doom
smb: do_mount - try #0
smbc_stat(smb://openwrt/doom)
smb: auth_callback - kerberos pass
smb: auth_callback - out: last_user = 'doommaster', last_domain = 'WORKGROUP'
SMBC_server: server_n=[openwrt] server=[openwrt]
 -> server_n=[openwrt] server=[openwrt]
Opening cache file at /run/samba/gencache.tdb
tdb(/run/samba/gencache.tdb): tdb_open_ex: could not open file /run/samba/gencache.tdb: Permission denied
Opening /run/samba/gencache.tdb failed: Permission denied
sitename_fetch: No stored sitename for realm ''
internal_resolve_name: looking up openwrt#20 (sitename (null))
Opening cache file at /run/samba/gencache.tdb
tdb(/run/samba/gencache.tdb): tdb_open_ex: could not open file /run/samba/gencache.tdb: Permission denied
Opening /run/samba/gencache.tdb failed: Permission denied
no entry for openwrt#20 found.
resolve_lmhosts: Attempting lmhosts lookup for name openwrt<0x20>
startlmhosts: Can't open lmhosts file /etc/samba/lmhosts. Error was No such file or directory
resolve_wins: WINS server resolution selected and no WINS servers listed.
resolve_hosts: Attempting host lookup for name openwrt<0x20>
resolve_hosts: getaddrinfo failed for name openwrt [Name or service not known]
name_resolve_bcast: Attempting broadcast lookup for name openwrt<0x20>
parse_nmb: packet id = 17529
nmb packet from 192.168.42.1(35072) header: id=17529 opcode=Query(0) response=Yes
    header: flags: bcast=No rec_avail=Yes rec_des=Yes trunc=No auth=Yes
    header: rcode=0 qdcount=0 ancount=1 nscount=0 arcount=0
    answers: nmb_name=OPENWRT<20> rr_type=32 rr_class=1 ttl=259200
    answers 0 char ....*. hex 0000C0A82A01
Got a positive name query response from 192.168.42.1 ( 192.168.42.1 )
remove_duplicate_addrs2: looking for duplicate address/port pairs
namecache_store: storing 1 address for openwrt#20: 192.168.42.1
Opening cache file at /run/samba/gencache.tdb
tdb(/run/samba/gencache.tdb): tdb_open_ex: could not open file /run/samba/gencache.tdb: Permission denied
Opening /run/samba/gencache.tdb failed: Permission denied
internal_resolve_name: returning 1 addresses: 192.168.42.1:0
Connecting to 192.168.42.1 at port 445
Socket options:
 SO_KEEPALIVE = 0
 SO_REUSEADDR = 0
 SO_BROADCAST = 0
 TCP_NODELAY = 1
 TCP_KEEPCNT = 9
 TCP_KEEPIDLE = 7200
 TCP_KEEPINTVL = 75
 IPTOS_LOWDELAY = 0
 IPTOS_THROUGHPUT = 0
 SO_REUSEPORT = 0
 SO_SNDBUF = 87040
 SO_RCVBUF = 131072
 SO_SNDLOWAT = 1
 SO_RCVLOWAT = 1
 SO_SNDTIMEO = 0
 SO_RCVTIMEO = 0
 TCP_QUICKACK = 1
 TCP_DEFER_ACCEPT = 0
map_errno_from_nt_status: 32 bit codes: code=c000020c
smb: do_mount - [smb://openwrt/doom; 0] res = -1, cancelled = 0, errno = [103] 'Software caused connection abort'
smb: do_mount - (errno != EPERM && errno != EACCES), cancelled = 0, breaking
smb: send_reply(0x55be028f9960), failed=1 (Failed to mount Windows share: Software caused connection abort)

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
DooMMasteR (winrootkit-w) wrote :

I wondered why I am still alone, this is a quite essential feature which makes me wonder if there is anything else that I can do to determine the issue in case it cannot be replicated.

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.