home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.sgi
- Path: sparky!uunet!sun-barr!ames!sgi!xingping.esd.sgi.com!arc
- From: arc@xingping.esd.sgi.com (Andrew Cherenson)
- Subject: Re: NIS failure whilst NFS still works
- Message-ID: <pt9n224@sgi.sgi.com>
- Sender: arc@xingping.esd.sgi.com
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Date: Wed, 16 Sep 1992 01:00:49 GMT
- Lines: 20
-
- In article <1992Sep15.232907.25403@ccu1.aukuni.ac.nz> raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin) writes:
- >Our Local network was altered so that one of our NIS clients remained in
- >c class subnet 1, eg 192.0.1 and the master and another client moved
- >to c class subnet 3, eg 192.0.3 with a router 192.0.1.132 between them.
- > NIS works fine for the master and client on subnet 3 and NFS
- >works through to subnet 1 OK but as soon as I start the ypbind on the
- >subnet 1 client the message ypbind[nnn]: NIS v.[12] server not
- >responding for domain "cc-yp"; still trying occurs. A df command takes
- >ages to run and after a few of these messages finishes. Attempted NIS
- >logins fail and the ypbind messages continue.
-
- Ypbind uses broadcasts to locate a server. Since broadcasts aren't forwarded,
- the subnet 3 server won't see subnet 1 broadcasts.
- Two solutions:
- 1) add a slave NIS server to subnet 1. put the server on the router
- if the router's a real machine.
- 2) if you can't add a slave server to subnet 1, see ypbind(1M):
- "If ypbind is invoked with the hostname or IP address of an NIS server
- for the domain, the domain will be permanently bound to that server."
-
-