home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / vmsnet / mail / mx / 750 < prev    next >
Encoding:
Text File  |  1992-07-23  |  1.4 KB  |  32 lines
  1. Newsgroups: vmsnet.mail.mx
  2. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!elroy.jpl.nasa.gov!ames!Drago.TGV.COM!MADISON
  3. From: madison@Drago.TGV.COM (Matt Madison)
  4. Subject: Re: A question and an enhancement request.
  5. Message-ID: <1992Jul23.154513.18269@news.arc.nasa.gov>
  6. Sender: usenet@news.arc.nasa.gov
  7. Reply-To: madison@tgv.com
  8. Organization: TGV, Incorporated
  9. References: <0095DFF6.ECCA0860.29487@uwwvax.uww.edu>
  10. Date: Thu, 23 Jul 1992 15:45:13 GMT
  11. Lines: 19
  12.  
  13. In article <0095DFF6.ECCA0860.29487@uwwvax.uww.edu>, hunterl@uwwvax.uww.edu writes:
  14. >The only time we have seen a locked message is when it is compressing
  15. >or purging.
  16.  
  17. Lyle has hit on what is the likely source of the problem -- trying to access
  18. queue file while a CONVERT/RECLAIM is being done by the Router process.  That's
  19. about the only time that the file will be inaccessible to others.
  20.  
  21. What I probably should have done was modified the code that opens the queue
  22. file so that it tries several times before giving up.  Currently it tries
  23. just once.  Brian's case is the first I've heard of that seems to be a
  24. frequent occurrence...  maybe the disk on which the queue file resides
  25. is excessively fragmented or excessively busy, causing the reclaim passes
  26. to take a long time?
  27.  
  28. -Matt
  29. --
  30. Matthew Madison | madison@tgv.com    | +1 408 427 4366
  31. TGV, Inc.       | 603 Mission Street | Santa Cruz, CA 95060 USA
  32.