Thanks to Spider Boardman <spider_at_Orb.Nashua.NH.US> who responded:
> It's a problem in the yppasswd command for Digital UNIX. It
> happens because of a getpwent() loop in that command, which does
> the equivalent of `ypcat passwd.byname', except that it does it
> with yp_first() and yp_next() calls, rather than with ypall() as
> ypcat does it. No, similar user names will not necessarily hash
> similarly, so it's all explained by (1) RPC timeouts and UDP
> retransmissions, and (2) how far down the list user A happens to
> be. I see no excuse for that getpwent() loop, either. Even if
> it wants to have some assurance that there is such a user before
> sending the password change request, it should just use
> getpwnam(). If you have a support contract, you should report
> this as a bug, presumably with this analysis as part of the
> complaint.
I will add this to my trouble call that is still being worked...!
Original Post:
>>> Here's a challenge for you NIS gurus: We have our NIS
>>> database on HP-UX servers (1 master, 4 slaves). Users on
>>> HP systems have no problems with yppasswd.
>>> My DUNIX V4.0D systems -- 2 AS8200 TruCluster, 1
>>> AlphaStaion 250) -- which are configured to use the NIS
>>> database for passwd service exhibit a strange performance
>>> problem. Some users who try to change their passwords via
>>> yppasswd have to wait up to 5 minutes before the "Old
>>> password:" prompt appears. Other users will get the
>>> prompt almost immediately. The problem is specific to
>>> users and not to system/network load -- i.e. User A always
>>> has to wait, User B always gets good response...
>>> Other "yp" commands seem to function fine. In fact
>>> "ypmatch <userid> passwd" always returns the passwd info
>>> almost immediately for any userid.
>>> Any ideas why this would happen??? Any suggestions for
>>> correcting???
--CHRis
-
=============================================================================
Chris H. Ruhnke Phone: (314)233-7314
IBM Global Services M/S S306-6340 FAX : (314)234-2262
325 J.S. McDonnell Blvd Email: i769646_at_smrs013.stl.mo.boeing.com
Hazelwood, MO 63042
Received on Thu Nov 19 1998 - 14:13:39 NZDT