Skip to contentSkip to conversation

Autofs problem while using new nfs-utils package

DISCUSSION Michael Rayment 2 participants 2 messages Oct 6, 2007 – Oct 8, 2007

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

I just emerged the latest gentoo release of the nfs-utils package, nfs-utils-1.1.0-r1.ebuild. I found that the autofs code did not work for my diskless computers that have a readonly /etc directory with a /etc/mtab symbolically linked to /proc/mounts. This was because the creation of the mtab lock file /etc/mtab~nnnn failed. I noticed that in the update_mtab() function, a check was put in to acertain whether this situation existed and silently carried on whereas the add_mtab() function did not perform the check and consequently failed. My simple minded fix was to add the the same check to add_mtab() as can be seen in the context diff below. Automounting worked
fine after the fix was applied. Hopefully some fix will make its way into
the authoratative release so that I do not have to patch my code locally.

Thanks,

Michael Rayment

*** utils/mount/mount.c.sav Sat Oct 6 01:52:21 2007
--- utils/mount/mount.c Sat Oct 6 01:55:25 2007
***************
*** 181,188 ****
--- 181,191 ----

                update_mtab(ment.mnt_dir, &ment);
                return 0;
        }

+ if (mtab_does_not_exist() || !mtab_is_writable())
+ return 0;
+

        lock_mtab();

          if ((mtab = setmntent(MOUNTED, "a+")) == NULL) {
                fprintf(stderr, "Can't open " MOUNTED);

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs

#1 lore raw
Quoted 1 line · Michael Rayment

I just emerged the latest gentoo release of the nfs-utils package, nfs-utils-1.1.0-r1.ebuild. I found that the autofs code did not work for my diskless computers that have a readonly /etc directory with a /etc/mtab symbolically linked to /proc/mounts. This was because the creation of the mtab lock file /etc/mtab~nnnn failed. I noticed that in the update_mtab() function, a check was put in to acertain whether this situation existed and silently carried on whereas the add_mtab() function did not perform the check and consequently failed. My simple minded fix was to add the the same check to add_mtab() as can be seen in the context diff below. Automounting worked fine after the fix was applied. Hopefully some fix will make its way into the authoratative release so that I do not have to patch my code locally.

At first blush, this seems reasonable to me. I assume you copied this logic from util-linux's mount command. Does the umount.nfs command also suffer from this problem? If it does, you should include a hunk to fix that as well.

To submit a patch for inclusion in nfs-utils, add a patch description (parts of the above paragraph will work) and a Signed-off-by: line, and send all of this with your diff in a text e-mail to [email protected], cc: [email protected].

Quoted 9 lines

*** utils/mount/mount.c.sav Sat Oct 6 01:52:21 2007
--- utils/mount/mount.c Sat Oct 6 01:55:25 2007
***************
*** 181,188 ****
--- 181,191 ----

                update_mtab(ment.mnt_dir, &ment);
                return 0;
        }

Review

Quoted 7 lines
(quoted diff) +3 -0
+       if (mtab_does_not_exist() || !mtab_is_writable())
+               return 0;
+
        lock_mtab();
 
          if ((mtab = setmntent(MOUNTED, "a+")) == NULL) {
                fprintf(stderr, "Can't open " MOUNTED);

begin:vcard
fn:Chuck Lever
n:Lever;Chuck
org:Oracle Corporation;Corporate Architecture: Linux Projects Group adr:;;1015 Granger Avenue;Ann Arbor;MI;48104;USA title:Principal Member of Staff
tel;work:+1 248 614 5091
x-mozilla-html:FALSE
version:2.1
end:vcard

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/

_______________________________________________
NFS maillist - [email protected]
https://lists.sourceforge.net/lists/listinfo/nfs