Bug 500084

Summary:	fstab entry works in FC10, fails in FC11 (requires a '.' after the server name)
Product:	[Fedora] Fedora	Reporter:	Leslie Brooks <no_cats2000>
Component:	setup	Assignee:	Ondrej Vasik <ovasik>
Status:	CLOSED CANTFIX	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	low
Version:	11	CC:	atkac, notting, ovasik, pknirsch, steved
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:	2010-03-22 17:55:20 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 Leslie Brooks 2009-05-10 19:54:45 UTC

Description of problem:  My Fedora 10 system has an fstab entry to mount my NFS server; it works fine and looks like this:

Server_Name:/Dir-to-mount     /Local-Dir             nfs     rw,hard,intr    0 0

However, in Fedora 11 this produces a DNS error; when I run 'mount -a' it gives me a DNS error and says it can't find the server.

The solution is to add a dot after the server name, like this:

Server_Name.:/Dir-to-mount     /Local-Dir             nfs     rw,hard,intr    0 0

Version-Release number of selected component (if applicable):


How reproducible:  Always


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

I don't have a domain name on my network and ssh requires the dot after the server name, so this may be 'As Designed' for FC11, but it is different from FC10 so it needs to be documented.  I can create log files if needed, but at the moment the system is in use, and I am guessing that this is simple enough that you won't need a log.

Comment 1 Bug Zapper 2009-06-09 15:36:38 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Steve Dickson 2009-06-11 17:56:49 UTC

This does not appear to be a nfs-utils bug but more a DNS issue... 
But to be honest I'm not sure to whom I should reassign this to... 

Bill, would you have an idea on how to handle this??

Comment 3 Ondrej Vasik 2009-10-19 17:37:36 UTC

Well, setup is probably not the best choice ... why did you choose it? I'll add Adam Tkac (bind maintainer) to cc , as probably he may help with this as well.

Comment 4 Bill Nottingham 2009-10-19 17:37:46 UTC

How is this host name resolved - DNS? /etc/hosts? Other?

Comment 5 Steve Dickson 2009-10-19 18:07:34 UTC

> Well, setup is probably not the best choice ... why did you choose it? 

I thought it was a parsing issue for /etc/fstab, so I did the following:

# rpm -qf /etc/fstab
setup-2.8.9-1.fc12.noarch

Comment 6 Ondrej Vasik 2009-10-20 09:54:34 UTC

Ok, setup owns that file (and creates empty one), but anaconda/users/whatever modifies it. 
Anyway - I guess reporter should at least provide info from Comment #4, so setting needinfo.

Comment 7 Leslie Brooks 2009-10-21 17:56:18 UTC

The host name is resolved by DNS.

Comment 8 Adam Tkac 2009-11-27 12:00:16 UTC

(In reply to comment #7)
> The host name is resolved by DNS.  

Do you run BIND as a caching nameserver on that machine (and have "nameserver 127.0.0.1" in your /etc/resolv.conf)? Or do you use nameserver which doesn't run on the same machine.

Comment 9 Leslie Brooks 2009-12-07 16:41:46 UTC

No, I don't run Bind on the machine; the host name is resolved by my router running DD-WRT.  The router has a static IP address for the NFS server, but I don't use a domain.

Comment 10 Ondrej Vasik 2010-03-22 17:55:20 UTC

As there is not known where the problem is, I'm closing that bugzilla CANTFIX. It's not clear which component might be responsible for those issues, it might be either bug somewhere or some local configuration issue. I think it can't be resolved by setup component, so if you decide to reopen it, try to find out better component. I have no idea which one.