Bug 186484

Summary: mount seems unaware of the smb->cifs change
Product: [Fedora] Fedora Reporter: Brad Smith <brads>
Component: sambaAssignee: Simo Sorce <ssorce>
Status: CLOSED WONTFIX QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 5CC: jplans, samba-bugs-list
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-11-22 00:22:11 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Brad Smith 2006-03-23 20:08:34 UTC
Running a command like 

mount //server/share /mnt/tmp

bombs, saying that smbfs is an unsupported fs type. The following does work:

mount -t cifs //server_ip/share /mnt/tmp

But note that I had to use the ip. Not quite sure what's up there. nmblookup
can figure out the server's ip by name, but mount can't figure it out
unless I just use the ip. Strangely there's no mention of any of this in
the release notes.

So there are probably two bugs: 

1) mount.cifs doesn't seem to like nmb names
2) mount should start treating //foo/bar as a cifs share instead of smbfs

Let me know if I should re-submit (2) as a mount bug.

Comment 1 Steve French 2006-11-25 21:02:13 UTC
mount.cifs does not handle netbios names the same way as smbfs.

cifs specifies the tcp or ip address of the server in the UNC name, and the
Netbios name of the server as a mount parm e.g.
   mount -t cifs //tcpname-or-ip-address/sharename /mnt -o servern=NCBNAME

We have considering changing mount.cifs to retry mount automatically using the
tcp name as the netbiosname if the mount to the server fails with certain return
codes.

Comment 2 Simo Sorce 2007-11-22 00:22:11 UTC
It's fixed in F7, closing as WONTFIX as FC5 is out of maintenance now.