Yp server not pushing out maps
Blake Swensen
blake at pyramus.com
Thu Apr 17 14:29:15 PDT 2003
Ya, Dan.
ypmatch YP_LAST_MODIFIED master.passwd.byuid reports:
Slave: 1050612393
Master: 1050611746
slave: -rw------- 1 root wheel 40960 Apr 17 13:15 master.passwd.byuid
Master:-rw------- 1 root wheel 40960 Apr 17 13:35 master.passwd.byuid
The clocks are the same
Slave: Thu Apr 17 14:23:22 PDT 2003
Master: Thu Apr 17 14:23:22 PDT 2003
And what is curious is that the master cannot push the maps to itself
according to itself, and I would get the time difference as the slave is
(yp)binding to itself not to the master -- as is recommended in the
ypserv man page.
Wadda ya think?
Blake
Dan Nelson wrote:
> In the last episode (Apr 17), Blake Swensen said:
>
>>The master server has stopped pushing maps out the slave server. For
>>example:
>>Updating master.passwd.byuid...
>>yppush: transfer of map master.passwd.byuid to server phil failed
>>yppush: status returned by ypxfr: Master's version not newer
>>yppush: transfer of map master.passwd.byuid to server samson failed
>>yppush: status returned by ypxfr: Master's version not newer
>>Pushed master.passwd.byuid map.
>>
>>However both computers are being updated by the same NTP server and the
>>maps on the slave (phil) are older than the maps on the master (samson).
>
>
> Run "ypmatch YP_LAST_MODIFIED master.passwd.byuid" on both master and
> slave, and compare the numbers to verify that in fact the slave's map
> is older.
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
The Internet Rescue Company - http://www.pyramus.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Blake R. Swensen Pyramus Online, Inc.
President 2080 SE Oak Grove Blvd. Suite 11
Milwaukie, Oregon 97267
800-327-5101
vox:503-353-0455
fax:503-353-0453
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
"We measure success by the success of our clients"
More information about the freebsd-questions
mailing list