Problem with NIS maps

[Andrew Kaplan]

Hi there --

I am trying through SAM to transfer all maps from the Master NIS to the Slave NIS server. When I checked the ypxfer.log file, I noticed the following entries:

Fri Jul 6 14:34:15: ypxfr: transferred map auto.master from cosmos1 (2 entries)
Fri Jul 6 14:34:15: ypxfr: can't get master of bootparams
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of ethers
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of group
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of hosts
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of mail
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: transferred map netgroup from cosmos1 (2 entries)
Fri Jul 6 14:34:16: ypxfr: can't get master of netid
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of netmasks
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of networks
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of passwd
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of protocols
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of publickey
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of rpc
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: can't get master of services
reason: no such map in server's NIS domain
Fri Jul 6 14:34:16: ypxfr: transferred map ypservers from cosmos1 (2 entries)

I checked the Master and NIS server, and the files in question do exist. How can I correct this? Thanks.

[skt_skt]

check on the client side to check if it is pointing to the right NIS server.

[Andrew Kaplan]

Hi there --

I ran the ypwhich command on the slave server and compared it to that on the master. The slave outputted the FQDN, while that on the master generated the hostname.

I modified the /etc/hosts file on the slave to match that on the master, and restarted the nis.server and nis.client scripts. When I tried to do the same procedure, the output was the same as before.

[Steven Schweda]

> I am trying through SAM to transfer all
> maps from the Master NIS to the Slave NIS
> server. [...]

Perhaps I'm just dense, but that doesn't tell
me either what you did, or where you did it.

Knowing how this stuff was initially
configured, and whether it ever worked, might
be valuable.

If I were to offer a cash payment, would
there be any better chance of seeing the
output from a "ypwhich -m" command anywhere?

There's much to be said for running ypinit
(with the appropriate options) manually on
all the NIS servers. ("man ypinit")