home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / aix / 8265 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  2.4 KB
  1. Path: sparky!uunet!caen!uflorida!slc2!taylor
  2. From: taylor@slc2.astro.ufl.edu (Charlie Taylor)
  3. Newsgroups: comp.unix.aix
  4. Subject: NIS under AIX 3.2
  5. Message-ID: <36560@uflorida.cis.ufl.edu>
  6. Date: 28 Jul 92 19:52:33 GMT
  7. Sender: news@uflorida.cis.ufl.edu
  8. Distribution: na
  9. Organization: Dept. of Astronomy, University of Florida
  10. Lines: 39
  11. Nntp-Posting-Host: slc2.astro.ufl.edu
  12.  
  13. Configuration: NIS Master - Sun 4/370, SunOS 4.1.1
  14.                NIS Clients - RS/6000's (350,32H,220's), AIX 3.2 
  15.                (bos.obj 03.02.0000.0000 COMPLETE COMMIT 12/31/69 19:00:00 root)
  16.  
  17.  
  18. I just spent a very frustrating few minutes on the phone with IBM's AIX
  19. support group in Austin (I think).  My problem was/is that if you change
  20. the name (i.e. first field in the passwd file) of an existing user in the
  21. yp passwd map and update NIS, the AIX 3.2 NIS clients don't see the change.
  22. Thus you can change user xxxxxx to user yyyyyy and then rlogin to one of the
  23. AIX machines as yyyyyy and a ps -ef will reveal that the login shell is owned
  24. by user xxxxxx.  Interestingly enough, "ypcat passwd" on one of the AIX 
  25. NIS clients shows the correct username as will a "whoami."   
  26.  
  27. I called the support center to ask about this and was told I had a 
  28. configuration error and that I would have to subscribe to AIX Serve and
  29. they would help me configure my machine.  I tried to tell him that it looked
  30. more like a problem with NIS under 3.2 and he said they didn't know of any
  31. such problem ( I thought that was the purpose of reporting these things).
  32.  
  33. Anyway, after about an hour or two of trying everything I could think of to
  34. determine the problem, I finally just did a "touch /etc/passwd" on one of the
  35. AIX NIS clients and, to my surprise, a "ps -ef" now gave the updated user
  36. name (yyyyyy in the example).  So the good news is that I know how to solve
  37. the problem.  The bad news is that such a solution seems to defeat the purpose
  38. of a distributed database.  Having to "touch" the client /etc/passwd files
  39. is only slightly better than having to edit them all by hand!
  40.  
  41. Has anyone else seen this problem?  Is there any other way around it other
  42. than touching all the client /etc/passwd files?
  43.  
  44. thanks,
  45.  
  46. Charlie Taylor,
  47.  
  48. Department of Astronomy                
  49. 211 S.S.R.B                            Phone: (904)-392-0199
  50. Univerisity of Florida                   Fax: (904)-392-5089
  51. Gainesville, FL, 32611                 email: taylor@astro.ufl.edu
  52.