Red Hat Bugzilla – Bug 223083
autofs failed to mount using wildkey and replicated configuration
Last modified: 2007-11-30 17:07:28 EST
+++ This bug was initially created as a clone of Bug #219434 +++
Description of problem:
automount fails to mount using a certain automount map.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
configure automount map as following
* host1:/a/& host1:/b/& host2:/c/& host2:/d/&
say words are classified into seperate location in an alphabetical order
access "/words/bat" or "/words/dog"
i have looked into source code.
when some path on a host is failed to mount,
any trial to mount different path on the same host is ignored.
that, however, should not happen in my configuration.
on solaris and hp-ux system, i captured nfs packets and they try every location
until they get successful mount.
-- Additional comment from firstname.lastname@example.org on 2007-01-17 15:04 EST --
Given that this is a deviation from the behaviour under Solaris, this is
certainly a bug.
Created attachment 146224 [details]
Backport of the v5 replicated server code
This is a rough backport of the replicated server code found in v5. I tested
it only with a simple map related to this bugzilla. Much, much, much, much,
much more testing is required before this gets committed.
Created attachment 146253 [details]
Backport the replicated server selection code from autofs v5
This patch fixes a locking issue that I had in the last one. I also tested it
a bit more extensively.
*** Bug 199720 has been marked as a duplicate of this bug. ***
Created attachment 146325 [details]
Backport the v5 replicated server selection code, and include the random multimount selection bits
This is the patch that was committed to CVS. It is available in
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
Created attachment 186291 [details]
Keep the random selection from overflowing
This code failed the /CoreOS/autofs/bugzillas/bz200560 regression test on s390.
The problem is that the random number selected can overflow when the cost for a
server is calculated. The fix is to normalize the random number to a value
between 0 and 1, which mimics the results returned (in general) from timing the
rpc ping to a particular server.
A fix for this issue was committed to autofs version 4.1.3-231.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.