On Sat, 2011-06-18 at 21:08 +0100, James Pearson wrote:
> James Pearson wrote:
> > 
> > Sorry, I should have said - this is CentOS 5.5 with autofs 
> > 5.0.1-0.rc2.143.el5_5.6 - and I've also tried it with 
> > 5.0.1-0.rc2.143.el5_6.2 - with the same result.
> > 
> > It is easy to reproduce - with an included NIS map - if I do:
> > 
> > /etc/init.d/autofs stop; date -s "1 minute"; /etc/init.d/autofs start; 
> > date -s "-1 minute"
> > 
> > This creates the automount mount point 1 minute into the future.
> > 
> > Then if I try to access a server defined in the NIS map, the mount fails.
> > 
> > However, if I wait a minute (i.e until the system clock passes the date 
> > stamp of the mount point), the automount of file systems in the NIS map 
> > works fine.
> > 
> > Is it possible to get a copy of the autofs RPM for RHEL-5.7 to test?
> 
> I had a look at the RHEL5 5.0.1-0.rc2.143.el5_6.2 source - and the 
> following patch appears to 'fix' my problem - it's a bit of a hack - as 
> in the included NIS map case, it just resets the age of the map to 
> 'now', if it is in the future.
> 
> James Pearson
> 
> plain text document attachment (autofs-5.0.1-future.patch)
> --- ./daemon/lookup.c.mpc     2011-06-18 20:04:51.076507000 +0100
> +++ ./daemon/lookup.c 2011-06-18 20:52:18.436154033 +0100
> @@ -848,6 +848,12 @@ int lookup_nss_mount(struct autofs_point
>       struct map_source *map;
>       enum nsswitch_status status;
>       int result = 0;
> +     time_t now = time(NULL);
> +
> +     if (entry->age > now) {
> +             debug(ap->logopt, "map %s age in the future - changing it to 
> now", entry->path);
> +             entry->age = now;
> +     }
>  
>       /*
>        * For each map source (ie. each entry for the mount

That sounds a bit like bug
https://bugzilla.redhat.com/show_bug.cgi?id=632471

It was fixed in development revision 152, which I happen to have on
people.redhat.com. You could give that a try.

http://people.redhat.com/~ikent/autofs-5.0.1-0.rc2.152.el5/

Keep in mind that there were a few other fixes that went into the final
release version so your mileage may vary.

Ian
 

_______________________________________________
autofs mailing list
autofs@linux.kernel.org
http://linux.kernel.org/mailman/listinfo/autofs

Reply via email to