Is there any way to disable all of that selection code? We are currently using Bind server side sort lists to optimize the sort order of the addresses returned by our DNS servers so that networks directly accessible to the nfs client are returned first in the RRset.
I am not looking at my test matrix at the moment, but I'm 99% sure that this wasn't an issue in CentOS4.2 with a 2.6.9 kernel and autofs4; but using autofs5 with a 2.6.21 kernel there is a noticeable "slowdown". It appears as "something" has changed. --- James T. Richardson, Jr. [EMAIL PROTECTED] eXcellence in IS Solutions, Inc. 713-862-9200 x226 Making IT Work for You HPC & Enterprise IT Solutions * HPC Application Acceleration * Cluster Design, Deploy, Manage, Train * Linux/Windows Integration * Remote Management, Backup, Anti-Spam/Virus * Network Assessments, Design * Security Audits, Design * Datacenter Design, Relocation * Messaging and Collaboration -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Kent Sent: Wednesday, January 02, 2008 7:34 PM To: Steve Thompson Cc: [email protected] Subject: Re: [autofs] Slow mounts when using large round robin sets On Wed, 2008-01-02 at 17:43 -0500, Steve Thompson wrote: > On Wed, 2 Jan 2008, Ian Kent wrote: > > > But, when multiple addresses are returned, autofs uses them as though > > they were multiple names and checks to see if they are up and what the > > response to an NULL procedure ping is so it can put them in least loaded > > order, assuming the servers are at the same proximity. > > How about dividing those IP addresses into two sets: those on the same > subnet as the client and those that aren't, and then proceding as > above? That might save a hop or two for "close" clients. >From the comment in modules/replicated.c (including spelling mistakes): A priority ordered list of hosts is created by using the following selection rules. 1) Highest priority in selection is proximity. Proximity, in order of precedence is: - PROXIMITY_LOCAL, host corresponds to a local interface. - PROXIMITY_SUBNET, host is located in a subnet reachable through a local interface. - PROXIMITY_NETWORK, host is located in a network reachable through a local interface. - PROXIMITY_OTHER, host is on a network not directlty reachable through a local interface. 2) NFS version and protocol is selected by caclculating the largest number of hosts supporting an NFS version and protocol that have the closest proximity. These hosts are added to the list in response time order. Hosts may have a corresponding weight which essentially increaes response time and so influences the host order. 3) Hosts at further proximity that support the selected NFS version and protocol are also added to the list in response time order as in 2 above. At least that's how I think it works and hopefully I haven't changed that with subsequent changes. Ian _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs NOTICE: This message may contain privileged or otherwise confidential information. If you are not the intended recipient, please immediately advise the sender by reply email and delete the message and any attachments without using, copying or disclosing the contents. _______________________________________________ autofs mailing list [email protected] http://linux.kernel.org/mailman/listinfo/autofs
