home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / sun / admin / 6084 < prev    next >
Encoding:
Internet Message Format  |  1992-09-02  |  2.4 KB

  1. Path: sparky!uunet!pmafire!news.dell.com!swrinde!sdd.hp.com!usc!snorkelwacker.mit.edu!bloom-picayune.mit.edu!news.mit.edu!jdell
  2. From: jdell@nefertiti.mit.edu (John Ellithorpe)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Re: Help me with yppasswdd and 4.1.2
  5. Message-ID: <JDELL.92Sep2165139@nefertiti.mit.edu>
  6. Date: 2 Sep 92 21:51:39 GMT
  7. References: <1992Sep2.162732.14695@wuecl.wustl.edu>
  8. Sender: news@athena.mit.edu (News system)
  9. Organization: Massachusetts Institute of Technology
  10. Lines: 34
  11. In-Reply-To: kevin@rodin.wustl.edu's message of Wed, 2 Sep 1992 16:27:32 GMT
  12. Nntp-Posting-Host: nefertiti.mit.edu
  13.  
  14. On Wed, 2 Sep 1992 16:27:32 GMT, kevin@rodin.wustl.edu (Kevin Ruland) said:
  15. > Nntp-Posting-Host: rodin
  16. >
  17. > I can't seem to get rpc.yppasswdd to work correctly.  The symptom is:
  18. > passwd will change the entry in the passwd input file but the make
  19. > is not being done.   I know the make isn't being done because the
  20. > timestamp, passwd.time, is always the old one.  My input files are in
  21. > /var/etc (non-standard place) and I've started yppasswdd in rc.local
  22. > with, rpc.yppasswdd /var/etc/passwd -m passwd .  The makefile in
  23. > /var/yp works correctly by hand (that is DIR is set right).  This is
  24. > exactly the same setup I used on my old machine running 4.1.1a.
  25.  
  26. Our server (SPARC 330) is still on SunOS 4.1, but all I did to get 
  27. rpc.yppasswdd to work right is start it up:
  28.  
  29. /usr/etc/rpc.yppasswdd /var/etc/passwd -m passwd DIR=/var/etc
  30.  
  31. and it works fine.  I didn't have to change the Makefile in /var/yp.
  32. This way obviously has the problem that I inadvertently go to the /var/yp
  33. directory and type make, then it will take the passwd file in the /etc
  34. directory, which doesn't have all the users in it.  Therefore, no users
  35. can log on, which could be a bit of a problem ;-).  But I've just
  36. written a very short shell script which remakes the NIS maps for me, so 
  37. I don't have to remember little "bugs", like this, which I have created.
  38.  
  39. John
  40. --
  41.  
  42. ===============================================================================
  43. John Ellithorpe                           | Internet: jdell@maggie.mit.edu
  44. Dept. of Physics, Rm 26-349               | Phone   : (617) 253-3074  Office
  45. Massachusetts Institute of Technology     |           (617) 253-3072  Lab
  46. Cambridge, MA  02139                      |           (617) 236-4910  Home
  47. ===============================================================================
  48.