<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Queue Entry Numbers in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075901#M86973</link>
    <description>Duncan,&lt;BR /&gt;&lt;BR /&gt;to begin with:&lt;BR /&gt;&lt;BR /&gt;WELCOME to the VMS forum!&lt;BR /&gt;&lt;BR /&gt;Qute question.henever this issue came up before, it was the other way around: people having trouble with the high numbering.&lt;BR /&gt;But you really do NOT need to worry about scarseness of entry numbers. Whenevr there are no free entry numbers, the list gets extended  (as in extended BIG TIME!).&lt;BR /&gt;&lt;BR /&gt;Just treat it as an ID, with NO open or hidden implications oyjer than uniqeness, which starts with a restricted set, but with the ability to expand at need.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
    <pubDate>Wed, 24 Oct 2007 08:38:55 GMT</pubDate>
    <dc:creator>Jan van den Ende</dc:creator>
    <dc:date>2007-10-24T08:38:55Z</dc:date>
    <item>
      <title>Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075896#M86968</link>
      <description>How do I change the maximum number of queue entries beofor it goes back to 1. At present the entries only go up to 999 before reverting back to 1</description>
      <pubDate>Wed, 24 Oct 2007 07:59:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075896#M86968</guid>
      <dc:creator>Duncan Crichton</dc:creator>
      <dc:date>2007-10-24T07:59:43Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075897#M86969</link>
      <description>Only by a reboot.&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Wed, 24 Oct 2007 08:06:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075897#M86969</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2007-10-24T08:06:52Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075898#M86970</link>
      <description>You do not have to care about it. The entry number is a opaque number, if it needs to go beyond 999, it will.&lt;BR /&gt;&lt;BR /&gt;Do you have a real problem at the moment ?</description>
      <pubDate>Wed, 24 Oct 2007 08:15:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075898#M86970</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2007-10-24T08:15:20Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075899#M86971</link>
      <description>No this is not a real problem it was just that I noticed after the machine was rebooted the number never seamed to go beyond 999</description>
      <pubDate>Wed, 24 Oct 2007 08:29:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075899#M86971</guid>
      <dc:creator>Duncan Crichton</dc:creator>
      <dc:date>2007-10-24T08:29:02Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075900#M86972</link>
      <description>After a runaway resubmitting batch job, we have entry numbers that won't reset to a lower value, even after a reboot.  They are "stuck" in the 10,000,000 - 10,009,999 range ... quite "unnatural" to look at, but it's caused no "problem" so far ( a couple of months).&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Oct 2007 08:35:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075900#M86972</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2007-10-24T08:35:52Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075901#M86973</link>
      <description>Duncan,&lt;BR /&gt;&lt;BR /&gt;to begin with:&lt;BR /&gt;&lt;BR /&gt;WELCOME to the VMS forum!&lt;BR /&gt;&lt;BR /&gt;Qute question.henever this issue came up before, it was the other way around: people having trouble with the high numbering.&lt;BR /&gt;But you really do NOT need to worry about scarseness of entry numbers. Whenevr there are no free entry numbers, the list gets extended  (as in extended BIG TIME!).&lt;BR /&gt;&lt;BR /&gt;Just treat it as an ID, with NO open or hidden implications oyjer than uniqeness, which starts with a restricted set, but with the ability to expand at need.&lt;BR /&gt;&lt;BR /&gt;hth&lt;BR /&gt;&lt;BR /&gt;Proost.&lt;BR /&gt;&lt;BR /&gt;Have one on me.&lt;BR /&gt;&lt;BR /&gt;jpe</description>
      <pubDate>Wed, 24 Oct 2007 08:38:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075901#M86973</guid>
      <dc:creator>Jan van den Ende</dc:creator>
      <dc:date>2007-10-24T08:38:55Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075902#M86974</link>
      <description>Jan gives good advice.  A reboot would have no effect on the entry numbers.</description>
      <pubDate>Wed, 24 Oct 2007 10:20:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075902#M86974</guid>
      <dc:creator>Jess Goodman</dc:creator>
      <dc:date>2007-10-24T10:20:48Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075903#M86975</link>
      <description>Duncan,&lt;BR /&gt;&lt;BR /&gt;  Queue entry numbers look after themselves. The range will expand when and if necessary, so if you never have more than 999 simultaneous entries, the numbers will just cycle 1-999. Once you get your 1000th simultaneous entry the range is expanded. Apart from the first few jumps, the pattern of expansion is reasonably complex, undocumented, and subject to change, so there's not a lot of point in trying to figure it out. Just trust that the system works.&lt;BR /&gt;&lt;BR /&gt;  When storing or manipulating entry numbers don't make any assumptions other than it being a 32 bit integer that uniquely identifies a particular entry.&lt;BR /&gt;&lt;BR /&gt;  Regarding Art's problem (runaway expansion giving very large numbers), If the big numbers offend, you can "fix" them by cycling entries yourself. Something like:&lt;BR /&gt;&lt;BR /&gt;$ loop: &lt;BR /&gt;$   SUBMIT/HOLD SYS$LOGIN:LOGIN.COM&lt;BR /&gt;$   DELETE/ENTRY='$ENTRY'&lt;BR /&gt;$ IF F$INTEGER($ENTRY).GT.999 THEN GOTO loop&lt;BR /&gt;&lt;BR /&gt;Once you've got the entry number into the range you want, and all the high entry numbers are gone, the queue manager should revert to the smallest range that will contain all existing entries.&lt;BR /&gt;&lt;BR /&gt;The impatient may want to force the issue with:&lt;BR /&gt;&lt;BR /&gt;$ MCR JBC$COMMAND&lt;BR /&gt;JBC$COMMAND&amp;gt; DIAG 7&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Oct 2007 18:42:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075903#M86975</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2007-10-24T18:42:47Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075904#M86976</link>
      <description>John, unfortunately neither of those two suggestions have resolved our "issue".  I think the queue manager crashed ~12 times before anyone was notified.  It didn't cope well while trying to handle ~14,000,000 entries!  It's "hooped".  ;-)&lt;BR /&gt;&lt;BR /&gt;Like I said, I don't think there's any recourse but to "start again" - delete the database and redefine all our queues, forms, characteristics and resubmit all holding jobs.  Not a task I look forward to, but for now it still works.&lt;BR /&gt;&lt;BR /&gt;The DIAG 7 did reduce the size of the journal file after those 14M entries got deleted.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Wed, 24 Oct 2007 19:32:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075904#M86976</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2007-10-24T19:32:05Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075905#M86977</link>
      <description>As this is not really a problem I just wanted to know if I could changed the Entry number range I believe this question has now been answered</description>
      <pubDate>Thu, 25 Oct 2007 02:40:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075905#M86977</guid>
      <dc:creator>Duncan Crichton</dc:creator>
      <dc:date>2007-10-25T02:40:45Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075906#M86978</link>
      <description>I am intrigued by:&lt;BR /&gt;&lt;BR /&gt;$ MCR JBC$COMMAND&lt;BR /&gt;JBC$COMMAND&amp;gt; DIAG 7&lt;BR /&gt;&lt;BR /&gt;What does this do?&lt;BR /&gt;Is it documented?</description>
      <pubDate>Thu, 25 Oct 2007 07:43:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075906#M86978</guid>
      <dc:creator>Barry Alford</dc:creator>
      <dc:date>2007-10-25T07:43:26Z</dc:date>
    </item>
    <item>
      <title>Re: Queue Entry Numbers</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075907#M86979</link>
      <description>Do a:&lt;BR /&gt;&lt;BR /&gt;$ dir/size=all SYS$COMMON:[SYSEXE]SYS$QUEUE_MANAGER.QMAN$JOURNAL;1&lt;BR /&gt;&lt;BR /&gt;If it has a large allocation, a:&lt;BR /&gt;&lt;BR /&gt;$ mcr jbc$command&lt;BR /&gt;JBC$COMMAND&amp;gt; diag 7&lt;BR /&gt;&lt;BR /&gt;will (should) do a bit of housekeeping and reduce the journal file allocation (sometimes).  I believe it's ability to do this is reduced by the number of current jobs in all their various states (holding, pending, executing, retained etc).&lt;BR /&gt;&lt;BR /&gt;I have found very little info on JBC$COMMAND ... mostly just folklore in forums ;-)&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Thu, 25 Oct 2007 08:25:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/queue-entry-numbers/m-p/5075907#M86979</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2007-10-25T08:25:43Z</dc:date>
    </item>
  </channel>
</rss>

