Cannot retreive share list if samba client and server have the same hostname
Bug #338411 reported by
komputes
This bug affects 6 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
samba (Ubuntu) |
Confirmed
|
Low
|
Unassigned | ||
Bug Description
Binary package hint: samba
samba 2:3.3.1-1ubuntu1
ubuntu 9.04 (alpha5-20090304)
Samba client and server both have the same hostname. This makes it impossible for the client to resolve to the server. The end result is that the client is shown the following error:
==
Unable to mount location
Failed to retrieve share list from server
==
Changing the client's hostname is a workaround to this issue. (Modify /etc/hostname /etc/hosts)
Connecting to the server by IP address *WITH* share name is another workarround.
description: | updated |
Changed in samba (Ubuntu): | |
status: | Confirmed → Incomplete |
Changed in samba (Ubuntu): | |
status: | Incomplete → Confirmed |
description: | updated |
To post a comment you must log in.
It's self-evidently impossible to have two machines on the network using the same name and be able to distinguish between them when trying to connect using that name. The problem is that when there's a NetBIOS name collision affecting workgroup browsing, the user isn't given any feedback that this is the case. So what you wind up with 50% of the time (or more) is that the local system has a different idea of the name mapping than every other machine on the network.
With MDNS, avahi automatically resolves name collisions by calculating a new name for itself (e.g., foo.local -> foo-1.local). I don't think this is appropriate for NetBIOS, but we do need some feedback channel from nmbd that lets the user know there's a namespace collision.