home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / hp / 10293 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  1.2 KB
  1. Xref: sparky comp.sys.hp:10293 comp.unix.questions:10958
  2. Newsgroups: comp.sys.hp,comp.unix.questions
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!convex!news.utdallas.edu!corpgate!brtph560!brtph46!rjohns
  4. From: rjohns@brtph46.BNR.CA (Richard Johns)
  5. Subject: Avoiding process hang when lockd crashes
  6. Message-ID: <1992Sep11.140753.14004@brtph560.bnr.ca>
  7. Sender: news@brtph560.bnr.ca (Usenet News)
  8. Reply-To: rjohns@brtph46.BNR.CA (Richard Johns)
  9. Organization: Bell-Northern Research Ltd.
  10. References:  <1992Sep10.204513.3532@brtph560.bnr.ca>
  11. Date: Fri, 11 Sep 1992 14:07:53 GMT
  12. Lines: 16
  13.  
  14.  
  15. I'm using fcntl to lock files across NFS.  When the remote lockd goes down, my
  16. process hangs until lockd comes up again, which can be quite a long time.  Is
  17. there any way to recover from this situation, or better yet avoid it
  18. altogether?  Since the parent process is init while the program is trying to
  19. lock, users can't kill it.  Ideally, I want to test to see if the remote lockd
  20. is up, but a nice way to kill the process would be better than nothing.
  21.  
  22. For what it's worth, I'm using HP-UX 7.05 and 8.07 on 9000/425's.
  23.  
  24. Thanks,
  25. Rick Johns
  26. BNR
  27. (919)991-7191
  28.  
  29. Disclaimer: I said it, BNR didn't.
  30.