home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / next / sysadmin / 7079 < prev    next >
Encoding:
Text File  |  1992-12-16  |  1.3 KB  |  35 lines

  1. Newsgroups: comp.sys.next.sysadmin
  2. Path: sparky!uunet!puc.cl!news
  3. From: ostertag@orden.cl (Eduardo Ostertag)
  4. Subject: Problems with "rpc.lockd"
  5. Message-ID: <1992Dec15.132621.9263@tolten.puc.cl>
  6. Keywords: nfs, rpc
  7. Sender: news@tolten.puc.cl (News Manager)
  8. Nntp-Posting-Host: macha.orden.cl
  9. Organization: Pontificia Universidad Catolica de Chile
  10. Date: Tue, 15 Dec 1992 13:26:21 GMT
  11. Lines: 22
  12.  
  13. Hi there:
  14.  
  15. I have a NeXTstation (system 3.0) connected to a network with a variety of
  16. UNIX machines (Sun,HP,DG,NCR,etc). The NeXT is our File Server and has two  
  17. SCCI disks (300MB,1GB). After I started getting error messages from  
  18. "rpc.statd" in other UNIX machines, I decided to read the book "Managing  
  19. NFS and NIS" and learned that NFS handles file locking using two daemons:  
  20. rpc.statd and rpc.lockd.
  21.  
  22. First question: why aren't these daemons being activated from "/etc/rc"?
  23.  
  24. I decided to activate these daemons after "biod" and the error messages  
  25. from client "rpc.statd" daemons disappeared. Yet, after a day or so (and a  
  26. couple of reboots) I'm having a different problem: "rpc.statd" starts OK,  
  27. but "rpc.lockd" starts but then immediately halts without any error  
  28. messages.
  29.  
  30. Second question: how can I find out what's wrong with "rpc.lockd"?
  31.  
  32. Thanks in advance,
  33.  
  34. -Eduardo Ostertag (ostertag@orden.cl or ostertag@drinkme.cs.umd.edu)
  35.