Created attachment 423134 [details] Main amd.conf file Description of problem: am-utils is once again having problems dealing with mountpoints. With the same exact configuration files, mounts which are either nfs or loopback work under f12, but under f13 (and a nearly identical set of packages installed thanks to cobbler and a kickstart file), the top level mounts fail with messages such as '/home': mount: No locks available amfs_toplvl_mount: amfs_mount failed: No locks available The only mount which works is /net Version-Release number of selected component (if applicable): 6.1.5 (build 1) How reproducible: Always Steps to Reproduce: 1. Install f13 system with am-utils. Home directories for users are either via NFS or in /homes and accessed through /home. 2. Attempt to access directory though /home/user Actual results: root@resune# cd cinnion -bash: cd: /home/cinnion: No such file or directory Expected results: Directory is mounted/linked as configured and accessable. Additional info: Attempts at the old workaround fail.
Created attachment 423135 [details] amd.home map file
Created attachment 423136 [details] Messages from amd in /var/log/messages on machine which works
Created attachment 423137 [details] Messages from amd in /var/log/messages on machine which exhibits problem (f13)
This bug all but renders the f13 systems non-workable, as the only option left is to use nfs mounts in /etc/fstab.
(In reply to comment #0) > '/home': mount: No locks available > amfs_toplvl_mount: amfs_mount failed: No locks available > It appears the patch to fix the nolocks/toplvl problem is already in the am-utils package. The issue seems to be that during the build, one of the configure test scripts fails and that leads to the toplvl patch not being compiled in. At compile-time, the configure script tests to see if <linux/nfs_mount.h> exists. <linux/nfs_mount.h> includes <linux/in.h>. The problem is that <linux/in.h> needs <sys/socket.h> to have already been loaded...without it something is undefined and the compiler returns an error. Once the error occurs, the configure script concludes that <linux/nfs_mount.h> does not exist. The toplvl patch depends on some definitions in <linux/nfs_mount.h>. I used the following patch to include <sys/socket.h> in the configure test script and rebuild. diff -uNr am-utils-6.1.5/configure.in am-utils-6.1.5-new/configure.in --- am-utils-6.1.5/configure.in 2006-05-11 10:25:47.000000000 -0700 +++ am-utils-6.1.5-new/configure.in 2010-06-17 20:01:48.000000000 -0700 @@ -620,6 +620,9 @@ # ifndef __KERNEL__ # define __KERNEL__ # endif /* __KERNEL__ */ +#ifdef HAVE_SYS_SOCKET_H +# include <sys/socket.h> +#endif /* HAVE_SYS_SOCKET_H */ #ifdef HAVE_LINUX_SOCKET_H # include <linux/socket.h> #endif /* HAVE_LINUX_SOCKET_H */
I had this problem too, so thanks for posting the patch. After adding it to the end of am-utils-6.1.5-nolock-toplvl.patch and rebuilding, amd works again with my maps.
am-utils-6.1.5-16.1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/am-utils-6.1.5-16.1.fc13
am-utils-6.1.5-17.fc14 has been submitted as an update for Fedora 14. https://admin.fedoraproject.org/updates/am-utils-6.1.5-17.fc14
am-utils-6.1.5-17.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update am-utils'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/am-utils-6.1.5-17.fc14
am-utils-6.1.5-17.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
am-utils-6.1.5-16.1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.