All of lore.kernel.org
 help / color / mirror / Atom feed
* Problem with NIS maps
@ 2004-08-31  4:07 Clif Smith
  2004-08-31 13:13 ` Ian Kent
  2004-08-31 15:43 ` Michael Blandford
  0 siblings, 2 replies; 7+ messages in thread
From: Clif Smith @ 2004-08-31  4:07 UTC (permalink / raw)
  To: autofs

I'm in a large heterogeneous environment located across multiple 
locations.  I use NIS maps such as:
/home -rw austin:/export/home boston:/export/home phoenix:/export/home

with the following in /etc/auto.master:
/nis      yp      auto_indirect_nis

With AIX and Solaris, automounter chooses the server with the fewest
hops to determine which server to mount from.  Unfortunately, it appears
Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose 
the first listed.

Has anyone run into this before?

Thanks, Clif

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-08-31  4:07 Problem with NIS maps Clif Smith
@ 2004-08-31 13:13 ` Ian Kent
  2004-09-01 12:54   ` Ryan Go
  2004-09-01 20:36   ` Clif J. Smith
  2004-08-31 15:43 ` Michael Blandford
  1 sibling, 2 replies; 7+ messages in thread
From: Ian Kent @ 2004-08-31 13:13 UTC (permalink / raw)
  To: Clif Smith; +Cc: autofs

On Mon, 30 Aug 2004, Clif Smith wrote:

> I'm in a large heterogeneous environment located across multiple 
> locations.  I use NIS maps such as:
> /home -rw austin:/export/home boston:/export/home phoenix:/export/home
> 
> with the following in /etc/auto.master:
> /nis      yp      auto_indirect_nis
> 
> With AIX and Solaris, automounter chooses the server with the fewest
> hops to determine which server to mount from.  Unfortunately, it appears
> Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose 
> the first listed.

Sorry, SuSE have chosen not to update to autofs v4.

The most recent version handles this.

You may wish to try building the SRPM from one of the FC distributions.

Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-08-31  4:07 Problem with NIS maps Clif Smith
  2004-08-31 13:13 ` Ian Kent
@ 2004-08-31 15:43 ` Michael Blandford
  1 sibling, 0 replies; 7+ messages in thread
From: Michael Blandford @ 2004-08-31 15:43 UTC (permalink / raw)
  To: Clif Smith; +Cc: autofs

Clif Smith wrote:

> I'm in a large heterogeneous environment located across multiple 
> locations.  I use NIS maps such as:
> /home -rw austin:/export/home boston:/export/home phoenix:/export/home
>
> with the following in /etc/auto.master:
> /nis      yp      auto_indirect_nis
>
> With AIX and Solaris, automounter chooses the server with the fewest
> hops to determine which server to mount from.  Unfortunately, it appears
> Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose 
> the first listed.
>
> Has anyone run into this before?


Yes, it is called replicated server.

It is supported in the autofs-4.1.x family.  You should upgrade.

Disclaimer: The content of this message is my personal opinion only and 
although I am an employee of Intel, the statements I make here in no way 
represent Intel's position on the issue, nor am I authorized to speak on 
behalf of Intel on this matter.

Michael

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-08-31 13:13 ` Ian Kent
@ 2004-09-01 12:54   ` Ryan Go
  2004-09-01 15:03     ` Ian Kent
  2004-09-01 20:36   ` Clif J. Smith
  1 sibling, 1 reply; 7+ messages in thread
From: Ryan Go @ 2004-09-01 12:54 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs

Hello,

We don't use the replicated stuff so I am not sure if it works with SuSE.
But 8.1 has autofs v4 (not the latest one though), you might wanna check
it out.

HTH,
	<< ryan

On Tue, 31 Aug 2004, Ian Kent wrote:

> On Mon, 30 Aug 2004, Clif Smith wrote:
>
> > I'm in a large heterogeneous environment located across multiple
> > locations.  I use NIS maps such as:
> > /home -rw austin:/export/home boston:/export/home phoenix:/export/home
> >
> > with the following in /etc/auto.master:
> > /nis      yp      auto_indirect_nis
> >
> > With AIX and Solaris, automounter chooses the server with the fewest
> > hops to determine which server to mount from.  Unfortunately, it appears
> > Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose
> > the first listed.
>
> Sorry, SuSE have chosen not to update to autofs v4.
>
> The most recent version handles this.
>
> You may wish to try building the SRPM from one of the FC distributions.
>
> Ian
>
> _______________________________________________
> autofs mailing list
> autofs@linux.kernel.org
> http://linux.kernel.org/mailman/listinfo/autofs
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-09-01 12:54   ` Ryan Go
@ 2004-09-01 15:03     ` Ian Kent
  0 siblings, 0 replies; 7+ messages in thread
From: Ian Kent @ 2004-09-01 15:03 UTC (permalink / raw)
  To: Ryan Go; +Cc: autofs

On Wed, 1 Sep 2004, Ryan Go wrote:

> Hello,
> 
> We don't use the replicated stuff so I am not sure if it works with SuSE.
> But 8.1 has autofs v4 (not the latest one though), you might wanna check
> it out.

SuSE 9.1 includes 4.0.0, my release of the largely unchanged 4.0.0pre10. 
I don't know what patches they've applied but still quite old.

> 
> HTH,
> 	<< ryan
> 
> On Tue, 31 Aug 2004, Ian Kent wrote:
> 
> > On Mon, 30 Aug 2004, Clif Smith wrote:
> >
> > > I'm in a large heterogeneous environment located across multiple
> > > locations.  I use NIS maps such as:
> > > /home -rw austin:/export/home boston:/export/home phoenix:/export/home
> > >
> > > with the following in /etc/auto.master:
> > > /nis      yp      auto_indirect_nis
> > >
> > > With AIX and Solaris, automounter chooses the server with the fewest
> > > hops to determine which server to mount from.  Unfortunately, it appears
> > > Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose
> > > the first listed.
> >
> > Sorry, SuSE have chosen not to update to autofs v4.
> >
> > The most recent version handles this.
> >
> > You may wish to try building the SRPM from one of the FC distributions.
> >
> > Ian
> >
> > _______________________________________________
> > autofs mailing list
> > autofs@linux.kernel.org
> > http://linux.kernel.org/mailman/listinfo/autofs
> >
> 

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-08-31 13:13 ` Ian Kent
  2004-09-01 12:54   ` Ryan Go
@ 2004-09-01 20:36   ` Clif J. Smith
  2004-09-04  4:06     ` raven
  1 sibling, 1 reply; 7+ messages in thread
From: Clif J. Smith @ 2004-09-01 20:36 UTC (permalink / raw)
  To: Ian Kent; +Cc: autofs

Ian Kent wrote:

>On Mon, 30 Aug 2004, Clif Smith wrote:
>
>  
>
>>I'm in a large heterogeneous environment located across multiple 
>>locations.  I use NIS maps such as:
>>/home -rw austin:/export/home boston:/export/home phoenix:/export/home
>>
>>with the following in /etc/auto.master:
>>/nis      yp      auto_indirect_nis
>>
>>With AIX and Solaris, automounter chooses the server with the fewest
>>hops to determine which server to mount from.  Unfortunately, it appears
>>Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose 
>>the first listed.
>>    
>>
>
>Sorry, SuSE have chosen not to update to autofs v4.
>
>The most recent version handles this.
>
>You may wish to try building the SRPM from one of the FC distributions.
>
>Ian
>  
>
I ASSuMEd compiling it from source (4.1.3) would be even "cleaner", but 
when I see that /etc/init.d/autofs has:
if [ -f /etc/debian_version ]; then
    system=debian
elif [ -f /etc/redhat-release ]; then
    system=redhat
else
    echo "$0: Unknown system, please port and contact 
autofs@linux.kernel.org" 1>&2
    exit 1
fi

Why is the source so restrictive?

Moving on to the FC SRPM.

cjs

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: Problem with NIS maps
  2004-09-01 20:36   ` Clif J. Smith
@ 2004-09-04  4:06     ` raven
  0 siblings, 0 replies; 7+ messages in thread
From: raven @ 2004-09-04  4:06 UTC (permalink / raw)
  To: Clif J. Smith; +Cc: autofs

On Wed, 1 Sep 2004, Clif J. Smith wrote:

> Ian Kent wrote:
> 
> >On Mon, 30 Aug 2004, Clif Smith wrote:
> >
> >  
> >
> >>I'm in a large heterogeneous environment located across multiple 
> >>locations.  I use NIS maps such as:
> >>/home -rw austin:/export/home boston:/export/home phoenix:/export/home
> >>
> >>with the following in /etc/auto.master:
> >>/nis      yp      auto_indirect_nis
> >>
> >>With AIX and Solaris, automounter chooses the server with the fewest
> >>hops to determine which server to mount from.  Unfortunately, it appears
> >>Suse's 8.1 implementation of automounter (v3.1.7-556) seems to choose 
> >>the first listed.
> >>    
> >>
> >
> >Sorry, SuSE have chosen not to update to autofs v4.
> >
> >The most recent version handles this.
> >
> >You may wish to try building the SRPM from one of the FC distributions.
> >
> >Ian
> >  
> >
> I ASSuMEd compiling it from source (4.1.3) would be even "cleaner", but 
> when I see that /etc/init.d/autofs has:
> if [ -f /etc/debian_version ]; then
>     system=debian
> elif [ -f /etc/redhat-release ]; then
>     system=redhat
> else
>     echo "$0: Unknown system, please port and contact 
> autofs@linux.kernel.org" 1>&2
>     exit 1
> fi
> 
> Why is the source so restrictive?
> 
> Moving on to the FC SRPM.
> 

Yes, that's a good point.

This is one of the issues that should be addressed when the master map 
parsing is taken into the daemon. It's pretty much the highest priority 
task atm.

Ian

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2004-09-04  4:06 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-08-31  4:07 Problem with NIS maps Clif Smith
2004-08-31 13:13 ` Ian Kent
2004-09-01 12:54   ` Ryan Go
2004-09-01 15:03     ` Ian Kent
2004-09-01 20:36   ` Clif J. Smith
2004-09-04  4:06     ` raven
2004-08-31 15:43 ` Michael Blandford

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.