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