home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / hp / 9322 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  2.3 KB
  1. Xref: sparky comp.sys.hp:9322 comp.sys.sun.admin:5568 comp.sys.sun.misc:3714 comp.unix.misc:3250 comp.protocols.nfs:2070 comp.unix.msdos:935
  2. Path: sparky!uunet!gatech!rutgers!utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system
  3. From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
  4. Newsgroups: comp.sys.hp,comp.sys.sun.admin,comp.sys.sun.misc,comp.unix.misc,comp.protocols.nfs,comp.unix.msdos
  5. Subject: Re: NFS file locking
  6. Message-ID: <1992Aug16.131858.7219@alchemy.chem.utoronto.ca>
  7. Date: 16 Aug 92 13:18:58 GMT
  8. References: <889@marvin.jpl.oz>
  9. Organization: University of Toronto Chemistry Department
  10. Lines: 33
  11.  
  12. In article <889@marvin.jpl.oz> lm@marvin.jpl.oz (Luigi Martin) writes:
  13. >
  14. >I have asked HP support, & they say the locking must be initiated on the
  15. >client, so the problem is with PCNFS.
  16. >
  17. >I have asked Sun support, & they say that lockd on the HP doesn't support the
  18. >lock requests from PCNFS.
  19. >
  20. >I don't like buck-passing, particularly when I am caught in the middle.
  21.  
  22. I don't either, but this is standard behaviour -- vi on UNIX doesn't
  23. lock the file until it wants to write on it, so with multiple active edit
  24. sessions, the last writer will win. This problem is partially handled by the
  25. RCS/SCCS source code control systems which require a user to "check out"
  26. a routine before touching it, and if you can't "get" a routine, you better
  27. not try to edit the source file that you will find lying around
  28. somewhere because someone else is working on it.
  29.  
  30. I don't know if your PC editors will try to lock the file for
  31. the duration of the edit session, but I doubt it (they would have to
  32. be "network-aware" versions, since on a normal PC, DOS won't prevent
  33. this). In any case, it would have to be done by the editor; NFS doesn't
  34. lock anything automatically. [ HP gets 1/2 point :-) ]
  35.  
  36. There is also the possibility that even if your clients and PCNFS are
  37. trying to do the locking, 'lockd' doesn't work -- the version
  38. originally distributed by Sun certainly didn't do anything, and
  39. I think HP-UX 8.07 came out (or the distribution was frozen, which would
  40. be about 3 months earlier) before the fix did. [ Sun may get 1/2 point
  41. though I bet they didn't tell you why HP's lockd may not work :-) ]
  42. -- 
  43. What are the chances that any computer system will ever "work" properly?
  44. ... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
  45.