Bug 164317

+++ This bug was initially created as a clone of Bug #129052 +++

Replication fails to failover if a server gives a permission denied error.

On the client side I used the follwoing components:

# uname -r
2.4.21-18.EL
# rpm -q autofs
autofs-4.1.3-9
# lsmod | grep autofs
autofs4                15896   1  (autoclean)

I configured on two NFS servers one to export to my machine, the other
with the same share configured *not* to export to my machine.

I configured the autofs client like so:

# cat /etc/auto.misc
foo             -rw        172.31.0.110,172.16.59.144:/foo

On 172.31.0.110, the export looked like this:
# cat /etc/exports 
/foo          172.31.0.100(rw)

On 172.16.59.144, the export looked like this:
# cat /etc/exports
/foo          172.16.50.17(rw)

When I cd to /foo on the client system, I get the following error:

# cd /misc/foo
-bash: cd: /misc/foo: No such file or directory

# tail /var/log/messages
Aug  3 11:23:49 halfsquatch automount[25860]: >> mount:
172.31.0.110:/foo failed, reason given by server: Permission denied
Aug  3 11:23:49 halfsquatch automount[25860]: mount(nfs): nfs: mount
failure 172.31.0.110:/foo on /misc/foo
Aug  3 11:23:49 halfsquatch automount[25860]: failed to mount /misc/foo

So instead of trying the next server in the chain, autofs gives up
when permission is denied on a particular server.