On Thu, 17 Feb 2005, Dan Stromberg wrote:
> On Tue, 2005-02-01 at 15:08 -0500, Jeff Moyer wrote:
> > ==> Regarding Re: [NFS] NFS readonly failover and linux?; Ian Kent <[EMAIL
> > PROTECTED]> adds:
> >
> > raven> On Mon, 31 Jan 2005, Dan Stromberg wrote:
> > >> On Sat, 2005-01-29 at 11:46 +0800, [EMAIL PROTECTED] wrote: > On Thu, 27
> > >> Jan 2005, Dan Stromberg wrote:
> > >> >
> > >> > >
> > >> > > The autofs man pages on Redhat Enterprise Linux 3 as well as Fedora
> > >> Core > > 3 both say that autofs supports replicated, readonly fileserver
> > >> failover > > - but then there's a footnote of sorts that says autofs
> > >> only supports it > > to the extent that mount does.
> > >> >
> > >> > That part of the man page is old and slightly out of date.
> > >> >
> > >> > The reason that this is left there is that autofs cannot support >
> > >> dynamic failover as it just uses mount. However, a different host may be
> > >> > selected at mount, after a previous timeout, for example. The issue of
> > >> > umounting existing mounts from servers that have gone away is not >
> > >> explicitly dealt with yet.
> > >>
> > >> I see.
> > >>
> > >> > >
> > >> > > Upon trying to do such a mount, I get:
> > >> > >
> > >> > > seki-root> mount > >
> > >> dcslib1.nacs.uci.edu,dcslib4.nacs.uci.edu:/dcspdb/rhel-3-i686 /mnt/nfs >
> > >> > mount: warning: multiple hostnames not supported > > Thu Jan 27
> > >> 16:12:18
> > >>
> > >> > What version of autofs are you using? > The autofs replicated server
> > >> code is still relatively new.
> >
> > raven> But, as we know, mount doesn't know about multiple host
> > raven> names. autofs breaks these out.
> >
> > So what is the actual problem, here? Are you using the automounter? What
> > do your config files look like?
> >
> > >> FC3: autofs-4.1.3-28 RHEL3: autofs-4.1.3-47
> >
> > raven> I believe that the replicated server code should be present in both
> > raven> of these.
> >
> > raven> Can you confirm please Jeff?
> >
> > raven> Perhaps you are seeing a bug which needs to be addressed.
> >
> > Yes, the replicated server code is present in both of these versions.
> >
> > >> The FC3 is yum update'd fairly regulary, and the RHEL3 is up2date'd
> > >> regularly as well.
> > >>
> > >> > If your autofs supports replicated server map entries then multiple >
> > >> host mount requests will not reach the mount command.
> > >>
> > >> Interesting.
> > >>
> > >> > If you are using a RedHat based distro then check >
> > >> http://people.redhat.com/jmoyer > for the latest patched versions
> > >> >
> > >> > Also, you may need a kernel patch depending on your kernel
> > >> version. See > README.patches in the distribution or join the autofs
> > >> list at > http://linux.kernel.org/mailman/listinfo/autofs
> > >>
> > >> I'm certain my management will only go for this, in the short term, if
> > >> it works on a mainstream RHEL3 system. Unfortunately, for me, the rest
> > >> is academic interest.
> >
> > raven> Once again I believe that the kernels mentioned here are up to date
> > raven> wrt autofs.
> >
> > raven> Certainly, the latest FC3 kernel is at 2.6.10 which has all the
> > raven> autofs4 updates included in the base kernel.
> >
> > raven> I believe the latest update to RHEL3 is also up to date. Jeff?
> >
> > Yes, both kernels have the necessary patches to support replicated server.
> >
> > raven> So perhaps you could send a log trace with the "--debug" option
> > raven> added to the master map entry.
> >
> > And please include the contents of your maps!
> >
> > -Jeff
>
Short answer is no.
> Here are the maps we use on Solaris 9. Should they work the same way on
> RHEL 3?
>
> autoinst-strombrg> cat /etc/auto_dcslib
> /dcs -ro
^^^^
Single level direct mount entries don't yet work.
> dcslib1.nacs.uci.edu,dcslib2.nacs.uci.edu,dcslib3.nacs.uci.edu:/dcspdb/sun4-5
> /dcslib -ro
> dcslib1.nacs.uci.edu,dcslib2.nacs.uci.edu,dcslib3.nacs.uci.edu:/dcspda
>
> autoinst-strombrg> cat /etc/auto_master
> # Master map for automounter
> #
> +auto.master
> /net -hosts -nosuid,nobrowse
> #/home auto_home -nobrowse
> /xfn -xfn
> /- auto_direct
^^^^^^^^^^^ Don't you mean auto_dcslib?
>
>
>
_______________________________________________
autofs mailing list
[email protected]
http://linux.kernel.org/mailman/listinfo/autofs
