Re: [SAGE] NIS conniption fits

["Julian C. Dunn" <jdunn@aquezada.com>]

On Wed, 21 Jan 2004, John Rowan Littell wrote:

> Every once in a while, this network gets into a situation where
> the ypserv process on the NIS master chews up all the CPU it can
> get and the clients lose the ability to do much of anything useful
> in any kind of timely fashion.  Tracing this down, it appears that
> what's going on is that the ypclient process and the ypserv process
> are passing back and forth megabytes worth of group map data, but
> it's somehow not getting processed by the client.  Rebooting the
> client in question almost always fixes the problem, but in those
> occassions where it doesn't, the problem spreads to other clients
> and the server has to be rebooted as well.

I have had similar problems on a cluster where all machines involved in 
the NIS domain did not have *all* of the others listed in /etc/hosts. Yes, 
irrespective of whether one is using another naming system, for some 
reason, failure to list all involved machine in /etc/hosts caused the 
massive data transfers you see there. That's just my experience, though.

I would also check to see that the clocks are synchronized across all the 
machines in the cluster.

- Julian

-- 
[    Julian C. Dunn <jdunn@aquezada.com> * <julian@dreaming.org>      ]
[   WWW: www.aquezada.com/staff/julian/ * www.dreaming.org/~julian/   ]
[ PGP: 0xFDC205B9 - 91B3 7A9D 683C 7C16 715F 442C 6065 D533 FDC2 05B9 ]
[      "sometimes you win, sometimes you lose / and most times        ]
[     you choose between the two" - carole king, "sweet seasons"      ]