On Mon, 25 Feb 2008, Ian Kent wrote:
>
> On Mon, 2008-02-25 at 06:33 -0500, Steve Thompson wrote:
>> On Mon, 25 Feb 2008, Ian Kent wrote:
>>> On Sun, 2008-02-24 at 09:13 -0500, Steve Thompson wrote:
>>>> Everything works fine, but doing, for example, a large "make -j2" within
>>>> /fs/home/username results in several nfsd threads consuming approximately
>>>> 80% of one CPU, and performance drops through the floor. Autofs not
>>>> recognizing the server-fqdn as the name corresponding to the primary IP on
>>>> each interface? Worked properly with autofs4. Thoughts? TIA,
>>> What does "getent <the-ip-address>" return?
>> "getent hosts <ip>" returns the FQDN of the server for two of the three IP
>> addresses (the exact same string as the server name in the map), but the
>> FQDN _and_ the unqualified name for the third IP address. This was because
>> of the setup of the NIS hosts map. On removing the NIS hosts map, and
>> using DNS alone, autofs now does bind mounts properly. Interestingly, this
>> NIS hosts map had been like this for a looong time, and I had forgotten
>> about it; it did not cause autofs4 any problems. Thank you!
>
> That's because v4 doesn't check the each interface to determine if the
> hostname is really local.
Let me follow up on this a little more. The NFS server (and client) has
three network interfaces, with IP addresses (say) 192.168.1.1, 192.168.2.1
and 192.168.3.1 (netmask 255.255.255.0 for each subnet). The server's FQDN
is foo.domain.org. Then what I actually had was:
# getent hosts 192.168.1.1
192.168.1.1 foo.domain.org
# getent hosts 192.168.2.1
192.168.2.1 foo.domain.org
# getent hosts 192.168.3.1
192.168.3.1 foo.domain.org foo
The third of these is apparently sufficient to stop autofs5 from doing a
bind mount. After removing the short name "foo" from the third entry, it
works. This doesn't seem right; after all, the FQDN of the server does
match one of the names for each of the entries. The NFS server name is the
map is "foo.domain.org". Or is that right after all?
Steve
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs
