Description of problem: Using a large number of direct mounts causes autofs to hang. How reproducible: always Steps to Reproduce: 1. Create a large direct mount map with: #!/bin/bash DIRECT_MAP="auto.direct.many" DIR="/usr/local/tmp" rm -f $DIRECT_MAP mkdir -p $DIR for i in `seq 1 2025`; do if [ ! -d ${DIR}/mnt${i} ]; then mkdir ${DIR}/mnt${i} fi echo "/test/mnt${i} :${DIR}/mnt${i}" >> $DIRECT_MAP done 2. Configure autofs to use this map and start autofs. 3. Run find /test -maxdepth 2 Actual results: autofs hangs at just less than 1024 mounts. Expected results: All 2024 mounts should succeed.
This issue has been fixed in the latest autofs package autofs-5.0.1-0.rc2.125. The autofs RHTS test bubzillas/bz487653 can be used to verify the correction.
Release note added. If any revisions are required, please set the "requires_release_notes" flag to "?" and edit the "Release Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Previously, autofs used the select() function to process direct-mount maps and was therefore limited by the file descriptor limit (by default, 1024). As a consequence, autofs was not able to use direct-mount maps with numbers of entries larger than the limit, and would stop responding when it used up all available file descriptors. Now, autofs uses poll() instead of select() and is therefore no longer limited by the available file descriptors. Freed of this limitation, autofs can use large direct-mount maps.
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 therefore 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. http://rhn.redhat.com/errata/RHBA-2009-1397.html