home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!uproar.enet.dec.com!hourahaner
- From: hourahaner@uproar.enet.dec.com
- Newsgroups: comp.unix.aix
- Subject: Re: NIS under AIX 3.2
- Message-ID: <1992Jul31.162405.18720@rdg.dec.com>
- Date: 31 Jul 92 16:24:05 GMT
- References: <36560@uflorida.cis.ufl.edu>
- Sender: news@rdg.dec.com (Mr News)
- Reply-To: hourahaner@uproar.enet.dec.com ()
- Distribution: na
- Organization: Digital Equipment Corporation
- Lines: 26
-
-
- In article <36560@uflorida.cis.ufl.edu>, taylor@slc2.astro.ufl.edu
- (Charlie Taylor) writes:
- >Anyway, after about an hour or two of trying everything I could think of to
- >determine the problem, I finally just did a "touch /etc/passwd" on one of the
- >AIX NIS clients and, to my surprise, a "ps -ef" now gave the updated user
- >name (yyyyyy in the example). So the good news is that I know how to solve
- >the problem. The bad news is that such a solution seems to defeat the purpose
- >of a distributed database. Having to "touch" the client /etc/passwd files
- >is only slightly better than having to edit them all by hand!
- >
- >Has anyone else seen this problem? Is there any other way around it other
- >than touching all the client /etc/passwd files?
-
- While I have not had this problem, I beleive the problem is to do with
- the fact that ps produces a cache of various system information in a
- file in /etc. This information contains various kernel addresses and the
- like, but from the description of your problem it looks as if its caching
- the uid -> name mapping from the passwd file as well.
-
- I can't think of any solution other than touching the passwd files or
- removing ps's cache files.
-
-
-
- Robin
-