home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sun / admin / 4979 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  1.4 KB
  1. Path: sparky!uunet!mcsun!uknet!warwick!str-ccsun!strath-cs!memex!hq!pete
  2. From: pete@memex.co.uk (Peter Rankin)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: amd, lockd and statd problems
  5. Message-ID: <pete.711990023@hq>
  6. Date: 24 Jul 92 15:00:23 GMT
  7. Organization: Memex Information Systems Ltd., East Kilbride, Scotland
  8. Lines: 27
  9.  
  10. I have just started using amd in preference to Sun's automounter and have
  11. run into a problem with the lock daemon. We use amd's Network host filesystem
  12. (i.e. equivalent of -hosts provided with the automounter). The network
  13. is organised such that '/net/host' leads to the root directory on machine
  14. 'host'.
  15.  
  16. This seems to work fine, but on one machine (a 670 running SunOS 4.1.2) the
  17. lock daemon complains frequently:
  18.  
  19. The machine name is hq. When a process on hq tries to lock a file on the
  20. same machine (e.g. /net/hq/etc/file), the message
  21.  
  22. rpc.lockd: monitor entry not found for "hq" , request is not monitored.
  23.  
  24. comes up repeatedly on the console. If the full path is not used
  25. (e.g. /etc/file) this doesn't happen. It looks as if this is caused by
  26. the way amd mounts the filesystems. The line below is printed by 'mount' and
  27. looks suspicious.
  28.  
  29. hq:(pid116) on /net type auto (intr,rw,port=1023,timeo=8,retrans=110,indirect)
  30.  
  31. Our amd map is almost identical to the example in the manual:
  32.  
  33. /defaults    type:=host;fs:=${autodir}/${rhost}/root;rhost:=${key}
  34. *        opts:=rw,grpid
  35.  
  36. This does NOT happen on our other machines (running SunOS 4.1.1). Any ideas?
  37.