Thanks for the input from Jerry Kemp, Richard Felkins, Darren Dunham and about a dozen folks lucky enough to be out of the office! As it turns out, this domain(which is prehistoric) utilizes a wrapper script for ypxfr to pull maps from the appropriate master(there are two). When an update of some support scripts was installed on each of the slaves several weeks back, it wiped out the wrapper script and replaced it with a new copy of ypxfr. After reinstalling the wrapper script, everyone is happy again(especially me!). - Alan -----Original Message----- From: McIntosh Alan-R54071 Sent: Thursday, April 08, 2004 1:43 PM To: Sunmanagers (sunmanagers@sunmanagers.org) Subject: NIS map transfer problems All, Recently, NIS map transfers have been failing for various slaves within our environment. When a make is attempted on the passwd map from the master, the following error occurs: root@master <mailto:root@master> :> ./make passwd updated passwd yppush listener: Garbage transaction status (value 3) from ypxfr on slave8. yppush listener: Garbage transaction status (value 3) from ypxfr on slave11. yppush listener: Garbage transaction status (value 3) from ypxfr on slave15. yppush listener: Garbage transaction status (value 3) from ypxfr on slave8. yppush listener: Garbage transaction status (value 3) from ypxfr on slave11. yppush listener: Garbage transaction status (value 3) from ypxfr on slave15. pushed passwd Not all maps are affected by this problem, the passwd map is the only one I have noticed as a matter of fact, probably because it is the most affected to users. When attempting to pull the map to the host from the slave, the following error rears it's ugly head: root@slave8 <mailto:root@slave8> :> /usr/lib/netsvc/yp/ypxfr -f passwd.byuid (info) Can't get order number from ypserv at master. Reason: can't bind to a server which serves domain. The master is running Solaris 2.6 and the slave is running Solaris 7, but I doubt that matters much, since it has been fine for four or five years, and most other maps still update. Thanks in advance for any help!! Later, Alan _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagersReceived on Thu Apr 8 19:03:03 2004
This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:31 EST