<?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: Various Process States in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583994#M69508</link>
    <description>If you add an email I'll send a white paper on processs states.&lt;BR /&gt;</description>
    <pubDate>Sat, 16 Jul 2005 16:10:41 GMT</pubDate>
    <dc:creator>comarow</dc:creator>
    <dc:date>2005-07-16T16:10:41Z</dc:date>
    <item>
      <title>Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583993#M69507</link>
      <description>I want to know the difference between process states like LEF/CEF, PFW/COM &amp;amp; MWAIT/MUTEX. In what situation the process can go to MWAIT and MUTEX states. &lt;BR /&gt;&lt;BR /&gt;If  processes go to MUTEX state,how to shutdown these processes. As by sutting down application, the processes are not shutting down.So, by VMS shutdown can these processes be shutdown. Pls suggest...</description>
      <pubDate>Sat, 16 Jul 2005 14:36:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583993#M69507</guid>
      <dc:creator>Sk Noorul  Hassan</dc:creator>
      <dc:date>2005-07-16T14:36:35Z</dc:date>
    </item>
    <item>
      <title>Re: Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583994#M69508</link>
      <description>If you add an email I'll send a white paper on processs states.&lt;BR /&gt;</description>
      <pubDate>Sat, 16 Jul 2005 16:10:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583994#M69508</guid>
      <dc:creator>comarow</dc:creator>
      <dc:date>2005-07-16T16:10:41Z</dc:date>
    </item>
    <item>
      <title>Re: Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583995#M69509</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;LEF = Local Event Flag wait&lt;BR /&gt;CEF = Common Event Flag wait&lt;BR /&gt;It's just an application thing, whether it will use local or common event flags to wait for.&lt;BR /&gt;&lt;BR /&gt;PFW = Page Fault Wait&lt;BR /&gt;Waiting for a page to be read in from disk. Wait state should be fairly short-lived, but you may see the process go into this state very often, if it's hard-paging a lot (watch Pagefaults counter) &lt;BR /&gt;&lt;BR /&gt;COM = Computable&lt;BR /&gt;Process is ready to run, but (an)other (higher priority) process(es) currently own(s) the CPU(s)&lt;BR /&gt;&lt;BR /&gt;MWAIT = Miscellaneous wait&lt;BR /&gt;Shown if the process is in RWxxx state. PCB$L_EFWM contains a RSN$_* wait state integer (small number &amp;lt; 21.)&lt;BR /&gt;&lt;BR /&gt;[OpenVMS] Discussion Of Processes In The RWxxx Scheduling States &lt;BR /&gt;&lt;A href="http://h18000.www1.hp.com/support/asktima/operating_systems/00914D17-7FE5D380-1C01E7.html" target="_blank"&gt;http://h18000.www1.hp.com/support/asktima/operating_systems/00914D17-7FE5D380-1C01E7.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;MUTEX = MUTEX wait&lt;BR /&gt;Some data structures within the OpenVMS operating system are protected by MUTEXes (Mutual Exclusion Semaphores). If a process is in MUTEX wait, the address of the mutex it's waiting for, is stored in PCB$L_EFWM. You need to find out, which OTHER process is holding (and not releasing) that MUTEX. Processes holding MUTEXes are at prio 16 and have PCB$L_MTXCNT &amp;gt; 0.&lt;BR /&gt;&lt;BR /&gt;[OpenVMS] How to Troubleshoot a Process in MUTEX State:&lt;BR /&gt;&lt;A href="http://h18000.www1.hp.com/support/asktima/operating_systems/0098351C-C6948BC0-1C0096.html" target="_blank"&gt;http://h18000.www1.hp.com/support/asktima/operating_systems/0098351C-C6948BC0-1C0096.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;To look at PCB$L_EFWM and/or PCB$L_MTXCNT with SDA in the running system:&lt;BR /&gt;&lt;BR /&gt;$ ANAL/SYS&lt;BR /&gt;SDA&amp;gt; SET PROC/IND=&lt;PID-OF-PROCESS-IN-WAIT-STATE&gt;&lt;BR /&gt;SDA&amp;gt; SHOW PROC&lt;BR /&gt;... Event flag wait mask     xxxxxxxx&lt;BR /&gt;...&lt;BR /&gt;... Mutex count    n&lt;BR /&gt;...&lt;BR /&gt;SDA&amp;gt; READ SYSDEF ! VAX: SYS$SYSTEM:SYSDEF.STB&lt;BR /&gt;SDA&amp;gt; EXA PCB+PCB$L_EFWM&lt;BR /&gt;SDA&amp;gt; EXA PCB+PCB$L_MTXCNT&lt;BR /&gt;&lt;BR /&gt;Shutting down processes in some of those MWAIT states may not be possible at all (except after detailled analysis and some kernel-mode hacking with DELTA). An OpenVMS reboot will always clear up those hangs ;-)&lt;BR /&gt;&lt;BR /&gt;Volker.&lt;/PID-OF-PROCESS-IN-WAIT-STATE&gt;</description>
      <pubDate>Sun, 17 Jul 2005 00:19:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583995#M69509</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2005-07-17T00:19:55Z</dc:date>
    </item>
    <item>
      <title>Re: Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583996#M69510</link>
      <description>There's a special case where processes can be put into MUTEX state - depletion of a shared quota - either BYTLM or TQELM (or, at least in theory, both). &lt;BR /&gt;&lt;BR /&gt;From SDA check out JIB+JIB$L_FLAGS&lt;BR /&gt;&lt;BR /&gt;like this:&lt;BR /&gt;&lt;BR /&gt;SDA&amp;gt; READ SYSDEF&lt;BR /&gt;SDA&amp;gt; SHOW PROCESS/INDEX=idx&lt;BR /&gt;SDA&amp;gt; EX JIB+JIB$L_FLAGS&lt;BR /&gt;&lt;BR /&gt;A value of 2 indicates a TQELM has been depleted. To kill a process in that state, issue a STOP/ID against it. Next time a timer queue entry for any process in the job tree expires, the process will terminate. That may be a significant time, but you can be fairly sure it will happen eventually.&lt;BR /&gt;&lt;BR /&gt;A value of 1 indicates BYTLM depletion. If there are no other processes in the job tree, the process is probably deadlocked against itself. Such a process is unlikely to recover. It IS possible to unblock a process in that state, but it requires a small kernel mode program to be written to boost BYTLM. Not something I'd post here... &lt;BR /&gt;&lt;BR /&gt;Call your local customer support centre for assistance.&lt;BR /&gt;&lt;BR /&gt;Alternatively use Availability Manager to boost quotas.&lt;BR /&gt;</description>
      <pubDate>Sun, 17 Jul 2005 19:32:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583996#M69510</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2005-07-17T19:32:51Z</dc:date>
    </item>
    <item>
      <title>Re: Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583997#M69511</link>
      <description>Note in the case mentioned by John the process is not in a MUTEX state but in MWAIT but SHOW SYSTEM displays the wrong state. SDA SHOW SUM in recent versions of VMS does a better job.&lt;BR /&gt;Also in that case PCB$L_EFWM will contain the address of the JIB.</description>
      <pubDate>Mon, 18 Jul 2005 02:17:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583997#M69511</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2005-07-18T02:17:58Z</dc:date>
    </item>
    <item>
      <title>Re: Various Process States</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583998#M69512</link>
      <description>Camarow, &lt;BR /&gt;My email id noorulh@calro.cmc.net.in&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 18 Jul 2005 03:17:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/various-process-states/m-p/3583998#M69512</guid>
      <dc:creator>Sk Noorul  Hassan</dc:creator>
      <dc:date>2005-07-18T03:17:20Z</dc:date>
    </item>
  </channel>
</rss>

