<?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: Automate system reboot in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752977#M75102</link>
    <description>comarow,&lt;BR /&gt;&lt;BR /&gt;I check the paged &amp;amp; nonpaged Dynamic Memory as you suggested.&lt;BR /&gt;&lt;BR /&gt;Here's the output:&lt;BR /&gt;Paged:&lt;BR /&gt;Current Size = 7.94MB&lt;BR /&gt;Free Space = 4.67MB&lt;BR /&gt;&lt;BR /&gt;NonPaged:&lt;BR /&gt;Current Size = 7.53MB&lt;BR /&gt;Maximum Size = 29.88MB&lt;BR /&gt;Free Space = 1.06MB&lt;BR /&gt;&lt;BR /&gt;Should the nonpaged have more space available?&lt;BR /&gt;&lt;BR /&gt;I know we are marginally behind on ECO's and have currently applied them to our test environment for observation, before installing in production.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Dave</description>
    <pubDate>Fri, 17 Mar 2006 10:54:47 GMT</pubDate>
    <dc:creator>david bernard_2</dc:creator>
    <dc:date>2006-03-17T10:54:47Z</dc:date>
    <item>
      <title>Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752967#M75092</link>
      <description>Does anyone know how i could schedule OpenVMS to automatically restart?&lt;BR /&gt;&lt;BR /&gt;I have tried creating a com file with the following 2 lines:&lt;BR /&gt;1.reboot :==@sys$system:shutdown 15 shutdown yes no later yes none&lt;BR /&gt;2.reboot&lt;BR /&gt;&lt;BR /&gt;This seems to invoke the shutdown routine, but when it shuts down the queue's the job is ended before finishing.&lt;BR /&gt;&lt;BR /&gt;I'm running OpenVMS v7.3-1 on a DS25.&lt;BR /&gt;&lt;BR /&gt;Thanks in advance,&lt;BR /&gt;Dave</description>
      <pubDate>Thu, 16 Mar 2006 15:24:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752967#M75092</guid>
      <dc:creator>david bernard_2</dc:creator>
      <dc:date>2006-03-16T15:24:28Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752968#M75093</link>
      <description>Submit the attached command procedure to batch to execute at the time of your choice. It will create a detached job that will execute the shutdown/reboot at that time.</description>
      <pubDate>Thu, 16 Mar 2006 15:41:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752968#M75093</guid>
      <dc:creator>Jim_McKinney</dc:creator>
      <dc:date>2006-03-16T15:41:01Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752969#M75094</link>
      <description>I notice that the file that I attached to my previous post had a line wrap. That double-quote character that you see alone on a line obviously belongs on the end of the previous command line.</description>
      <pubDate>Thu, 16 Mar 2006 15:45:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752969#M75094</guid>
      <dc:creator>Jim_McKinney</dc:creator>
      <dc:date>2006-03-16T15:45:50Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752970#M75095</link>
      <description>Here is a procedure that I have been using for some years.</description>
      <pubDate>Thu, 16 Mar 2006 17:14:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752970#M75095</guid>
      <dc:creator>Bob Kirkwood</dc:creator>
      <dc:date>2006-03-16T17:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752971#M75096</link>
      <description>Dave,&lt;BR /&gt;&lt;BR /&gt;Using SYSMAN's SHUT NODE command, you can do this.&lt;BR /&gt;$ mcr sysman&lt;BR /&gt;set env/node=target &lt;BR /&gt;shut node /automatic_reboot /invoke_shutdown - &lt;BR /&gt;          /minutes_to_shutdown=mnts - &lt;BR /&gt;          /reason="some" /reboot_check &lt;BR /&gt;exit &lt;BR /&gt;$ exit&lt;BR /&gt;&lt;BR /&gt;Archunan</description>
      <pubDate>Thu, 16 Mar 2006 19:14:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752971#M75096</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2006-03-16T19:14:56Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752972#M75097</link>
      <description>Dave,&lt;BR /&gt;The other method as per Mr.Jim suggestion, you can create one small comd procedure(st.com) with only command that is your shutdown command and RUN loginout.exe as DETACHED process...&lt;BR /&gt;&lt;BR /&gt;st.com&lt;BR /&gt;-------&lt;BR /&gt;...&lt;BR /&gt;$ @sys$system:shutdown 10 "reboot" no - yes "auto reboot" no reboot_check&lt;BR /&gt;$ exit&lt;BR /&gt;&lt;BR /&gt;and&lt;BR /&gt;&lt;BR /&gt;$ run/detached/input=[]st.com -&lt;BR /&gt;     /output=sys$manager:shutdown.log -&lt;BR /&gt;     sys$system:loginout&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Archunan&lt;BR /&gt;</description>
      <pubDate>Thu, 16 Mar 2006 19:25:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752972#M75097</guid>
      <dc:creator>Arch_Muthiah</dc:creator>
      <dc:date>2006-03-16T19:25:59Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752973#M75098</link>
      <description>Of course someone needs to ask ...&lt;BR /&gt;&lt;BR /&gt;Why do you need to reboot VMS?  ;-)&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;Art</description>
      <pubDate>Fri, 17 Mar 2006 08:41:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752973#M75098</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2006-03-17T08:41:29Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752974#M75099</link>
      <description>Thanks everyone!&lt;BR /&gt;&lt;BR /&gt;Jim,&lt;BR /&gt;&lt;BR /&gt;I tried the command you attached and it worked perfectly!!!&lt;BR /&gt;&lt;BR /&gt;For some reason the system sometimes goes unresponsive - No connections allowed, which we're looking into, and testing our environment on a test system.  In the meantime i've been restarting the system a few times a week in the middle of the night to suppress the issue.&lt;BR /&gt;&lt;BR /&gt;Thanks again</description>
      <pubDate>Fri, 17 Mar 2006 09:40:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752974#M75099</guid>
      <dc:creator>david bernard_2</dc:creator>
      <dc:date>2006-03-17T09:40:32Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752975#M75100</link>
      <description>when the system hangs then crash it and the crash dump can be analysed to determine the reason.</description>
      <pubDate>Fri, 17 Mar 2006 10:31:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752975#M75100</guid>
      <dc:creator>Ian Miller.</dc:creator>
      <dc:date>2006-03-17T10:31:16Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752976#M75101</link>
      <description>To repeat, with a forced crash, we can determine the cause.&lt;BR /&gt;&lt;BR /&gt;Some of the most common causes are&lt;BR /&gt;page files filling up&lt;BR /&gt;$show mem/files &lt;BR /&gt;regularly&lt;BR /&gt;&lt;BR /&gt;Running out of pagedyn&lt;BR /&gt;$show mem/full/pool&lt;BR /&gt;the pagedyn should be 50% free. It can't expand.&lt;BR /&gt;&lt;BR /&gt;Not being able to expand npagedyn.&lt;BR /&gt;Seame&lt;BR /&gt;$sho mem/full/pool&lt;BR /&gt;&lt;BR /&gt;Those account for probably 95% of the hangs.&lt;BR /&gt;&lt;BR /&gt;Make sure you are up to date on ECOs.&lt;BR /&gt;</description>
      <pubDate>Fri, 17 Mar 2006 10:39:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752976#M75101</guid>
      <dc:creator>comarow</dc:creator>
      <dc:date>2006-03-17T10:39:28Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752977#M75102</link>
      <description>comarow,&lt;BR /&gt;&lt;BR /&gt;I check the paged &amp;amp; nonpaged Dynamic Memory as you suggested.&lt;BR /&gt;&lt;BR /&gt;Here's the output:&lt;BR /&gt;Paged:&lt;BR /&gt;Current Size = 7.94MB&lt;BR /&gt;Free Space = 4.67MB&lt;BR /&gt;&lt;BR /&gt;NonPaged:&lt;BR /&gt;Current Size = 7.53MB&lt;BR /&gt;Maximum Size = 29.88MB&lt;BR /&gt;Free Space = 1.06MB&lt;BR /&gt;&lt;BR /&gt;Should the nonpaged have more space available?&lt;BR /&gt;&lt;BR /&gt;I know we are marginally behind on ECO's and have currently applied them to our test environment for observation, before installing in production.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Dave</description>
      <pubDate>Fri, 17 Mar 2006 10:54:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752977#M75102</guid>
      <dc:creator>david bernard_2</dc:creator>
      <dc:date>2006-03-17T10:54:47Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752978#M75103</link>
      <description>Another thing i have been attempting to do is monitor the % of CPU the processes on the system are using, but this seems to only be available for the top users.&lt;BR /&gt;&lt;BR /&gt;Is there anyway to monitor the % of CPU use for all processes?</description>
      <pubDate>Fri, 17 Mar 2006 11:13:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752978#M75103</guid>
      <dc:creator>david bernard_2</dc:creator>
      <dc:date>2006-03-17T11:13:47Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752979#M75104</link>
      <description>A MONITOR SYSTEM/INT=1 will give you a total cpu percentage used indication.&lt;BR /&gt;&lt;BR /&gt;MONITOR PROCESS/TOPCPU/INT=1 will show the top 8 (I believe it can fit 8 on the screen) if there are that many computing processes at the time.&lt;BR /&gt;&lt;BR /&gt;Art</description>
      <pubDate>Fri, 17 Mar 2006 11:29:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752979#M75104</guid>
      <dc:creator>Art Wiens</dc:creator>
      <dc:date>2006-03-17T11:29:33Z</dc:date>
    </item>
    <item>
      <title>Re: Automate system reboot</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752980#M75105</link>
      <description>I guess this is a standalone node. If it is in a Cluster, from another node, you can do &lt;BR /&gt;sh sys/node=xxx, to see if you have processes in RWxxx states, or PFG, or MUTEX...&lt;BR /&gt;or &lt;BR /&gt;mc sysman set env/node=xxx&lt;BR /&gt;do ...&lt;BR /&gt;$ dir sys$examples:*mon*.com should show you 3 files which can have monitor stats run regularly. Then after a hang, you can see until when the node responded and if something strange happened, by replaying the monitor files.&lt;BR /&gt;&lt;BR /&gt;$ monitor/input=file/beg=.../end=... monitor_item&lt;BR /&gt;&lt;BR /&gt;But the best thing to do is to take crash, as already said. You will then know what is wrong and be able to cure that problem.</description>
      <pubDate>Fri, 17 Mar 2006 12:37:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/automate-system-reboot/m-p/3752980#M75105</guid>
      <dc:creator>labadie_1</dc:creator>
      <dc:date>2006-03-17T12:37:44Z</dc:date>
    </item>
  </channel>
</rss>

