home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / vmsnet / mail / pmdf / 2827 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.1 KB
  1. Path: sparky!uunet!wupost!crcnis1.unl.edu!moe.ksu.ksu.edu!mccall!ipmdf-newsgate!list
  2. Newsgroups: vmsnet.mail.pmdf
  3. Subject: Bug in os_wake_deliver
  4. Message-ID: <01GT7F9TSVA89YF19O@zodiac.rutgers.edu>
  5. From: Tony Mione <mione%zodiac.bitnet@ymir.claremont.edu>
  6. Date: 06 Jan 1993 17:04 -0500 (EST)
  7. Organization: The Internet
  8. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  9. Resent-Date: 06 Jan 1993 17:04 -0500 (EST)
  10. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  11. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  12. Resent-Message-ID: <01GT791BE2B690OT3R@YMIR.CLAREMONT.EDU>
  13. X-Vms-To: IN%"IPMDF@YMIR.BITNET"
  14. X-Vms-Cc: SYSTEM
  15. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  16. Content-Transfer-Encoding: 7BIT
  17. Lines: 53
  18.  
  19.  
  20.         On occasion, we have noticed a problem with message files
  21. which are abandoned by all of the channel master batch jobs.  These
  22. message files are being left in PMDF queue directories without any
  23. delivery attempts being made (i.e. the filenames start with 'ZZ') and
  24. after all of the currently running batch jobs have completed.
  25.  
  26.         After looking at routines from the MM.PAS, OS.PAS and SUBMIT_MASTER.PAS
  27. source files, it seems like there is a potential race condition which
  28. allows 'windows' to exist where message files will not be delivered
  29. until POST.COM is run.
  30.  
  31.         The scenario is as follows:
  32.  
  33.         Three (or more) messages are being written to a channel queue directory
  34. at about the same time (the time recorded by os_init_deliver differs
  35. by, let's say, several hundreths of a second in each case).
  36. Message 1 completes writing a message file and submits a master channel job.
  37. The master job submitted by message 1 starts and takes its directory listing.
  38. Message 2 is long and has gobs of addresses to process.  Message 3 completes
  39. and submits a master channel job which goes into a PENDING state.  Message
  40. 2 completes processing and notices that a batch job exists for the channel
  41. so it does not submit another.
  42.  
  43.         The results:
  44.  
  45.         Message files written with time stamps between message 1's
  46. 'os_init_deliver' time and the time that master job completes its
  47. directory command will get delivered.  Message files at or after
  48. message 3's 'os_init_deliver' time will get delivered.  Messages written
  49. by message 2 which are stamped before message 3's 'os_init_deliver' time
  50. will be delayed until POST.COM runs.
  51.  
  52.         The fix should be straight forward.  There is code in the
  53. middle of os_wake_deliver which checks for the existance of the
  54. master batch job on a particular channel.  The check should include verifying
  55. that Parameter 3 of a PENDING channel master batch job is also earlier
  56. than the current message's 'os_deliver_start_time'.  If it is not, then
  57. one additional channel master batch job should be submitted.
  58.  
  59.  
  60.  
  61. Tony:: (VMS Systems, Operations & Technical Support, RUCS)
  62. Hill Center 046 - (908)-932-4785
  63. ---------------------------------------------------------------------
  64. Bitnet:  MIONE@ZODIAC.BITNET
  65. Arpa:    MIONE@ZODIAC.RUTGERS.EDU
  66. _____________________________________________________________________
  67.  
  68. Basic rule when in flight:
  69.         Maintain thy airspeed, lest the earth arise
  70.                 and smite thee.
  71.  
  72.