Red Hat Bugzilla – Bug 602938
am-utils fails on f13 with amfs_toplvl_mount
Last modified: 2010-10-27 18:35:26 EDT
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)
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
root@resune# cd cinnion
-bash: cd: /home/cinnion: No such file or directory
Directory is mounted/linked as configured and accessable.
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__ */
+# include <sys/socket.h>
+#endif /* HAVE_SYS_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.
am-utils-6.1.5-17.fc14 has been submitted as an update for Fedora 14.
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.