Very Computer

        Hi - I'm currently attempting to get amd to read an NIS
(really Solaris 2.x NIS+ in NIS compat mode - yeah yeah, I know)
map amd.home and apply it to /home.  Unfortunately, I'm not able
to get it to see the NIS map.  I get the error "No source data
for map amd.home".  Does anyone know the proper fix to this
problem?  I'm positive my ypbind is bound to the server, as I can
manually ypcat -k amd.home and see the amd /home map.  I'm
invoking amd like so:
amd -a /.automount -y math.vt.edu -l syslog /home amd.home

        Any thoughts?  Thanks in advance!

-matt

--
Matthew C. Mead

http://www.goof.com/~mmead/

Daring to challenge the will of the almighty Leviam00se, matthew c. mead

:         Hi - I'm currently attempting to get amd to read an NIS
: (really Solaris 2.x NIS+ in NIS compat mode - yeah yeah, I know)

No you don't. If you really knew, you'd understand exactly why this
is happening. :)

: map amd.home and apply it to /home.  Unfortunately, I'm not able
: to get it to see the NIS map.  I get the error "No source data
: for map amd.home".  Does anyone know the proper fix to this
: problem?  I'm positive my ypbind is bound to the server, as I can
: manually ypcat -k amd.home and see the amd /home map.  I'm
: invoking amd like so:
: amd -a /.automount -y math.vt.edu -l syslog /home amd.home
:  
:         Any thoughts?  Thanks in advance!
:  
: -matt

The Sun rpc.nisd in YP compat mode does not support the YPPROC_ORDER
procedure from NIS v2. (Don't ask me why: Sun just did it that way.)
This can hose amd because it uses yp_order() to check the last update
time of its maps to see whether or not it needs to reload them.

Unfortunately, there's no way to work around this in FreeBSD's NIS client
code: without the YPPROC_ORDER procedure on the server end, yp_order()
will always return an error. The only hack (without having NIS+ available)
is to modify amd to periodically reload its maps regardless of what
yp_order() says.

You might also consider installing the Sun NS Kit on the Solaris box
so that you can use a real ypserv (or set up a FreeBSD ypserv; you
could set up a separate domain just to hold your amd maps and host it
from a FreeBSD box). I also think Solaris 2.6 comes with ypserv bundled.

-Bill

--
=============================================================================
-Bill Paul            (212) 854-6020 | System Manager, Master of Unix-Fu


=============================================================================
  "Now, that's "Open" as used in the sentence "Open your wallet", right?"
=============================================================================

Quote:>The Sun rpc.nisd in YP compat mode does not support the YPPROC_ORDER
>procedure from NIS v2. (Don't ask me why: Sun just did it that way.)
>This can hose amd because it uses yp_order() to check the last update
>time of its maps to see whether or not it needs to reload them.

Quote:>Unfortunately, there's no way to work around this in FreeBSD's NIS client
>code: without the YPPROC_ORDER procedure on the server end, yp_order()
>will always return an error. The only hack (without having NIS+ available)
>is to modify amd to periodically reload its maps regardless of what
>yp_order() says.

Quote:>You might also consider installing the Sun NS Kit on the Solaris box
>so that you can use a real ypserv (or set up a FreeBSD ypserv; you
>could set up a separate domain just to hold your amd maps and host it
>from a FreeBSD box). I also think Solaris 2.6 comes with ypserv bundled.

-matt

--
Matthew C. Mead

http://www.veryComputer.com/~mmead/