<?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: &amp;quot;Kernel stack not valid&amp;quot; during system startup's SYSMAN IO AUTO in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010067#M81189</link>
    <description>CLUE didn't produce any kind of file when it was run.&lt;BR /&gt;&lt;BR /&gt;ANA/CRASH SYS$SYSTEM: gives me:&lt;BR /&gt;%SDA-E-NOTALPHADUMP&lt;BR /&gt;&lt;BR /&gt;I'm not too surprised at that.&lt;BR /&gt;&lt;BR /&gt;When it halted I wrote down the contents of the registers, pc, psl, sp, etc. but I doubt that it's worth listing them here.</description>
    <pubDate>Thu, 26 Oct 2006 06:59:11 GMT</pubDate>
    <dc:creator>Galen Tackett</dc:creator>
    <dc:date>2006-10-26T06:59:11Z</dc:date>
    <item>
      <title>"Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010055#M81177</link>
      <description>I have a DS10L 617MHz running VMS V7.3-1 is getting a Kernel Stack Not Valid fault. See the attachment for configuration details, and for an explanation of why we're pretty much tied to VMS V7.3-1 at present.&lt;BR /&gt;&lt;BR /&gt;The error occurs pretty early in system startup when right near the beginning of VMS$DEVICE_CONFIG.COM, the SYSMAN command IO AUTO is executed.&lt;BR /&gt;&lt;BR /&gt;I increased KSTACKPAGES as high as 20 with no effect and then started digging into the startup process.&lt;BR /&gt;&lt;BR /&gt;After a lot of experimenting I finally pinned this down. I worked around it as follows.&lt;BR /&gt;&lt;BR /&gt;In SYCONFIG.COM&lt;BR /&gt;----------------&lt;BR /&gt;$ MCR SYSMAN IO SET EXCLUDE=GFA0&lt;BR /&gt;&lt;BR /&gt;In SYLOGICALS.COM&lt;BR /&gt;-----------------&lt;BR /&gt;$ MCR SYSMAN IO SET EXCLUDE=""&lt;BR /&gt;$ MCR SYSMAN IO AUTO/SELECT=GFA0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;A probably unrelated problem, though it also involves GFA0:, is that the graphics display can't be changed from 1024 x 1024 with 60 Hz refresh no matter what I try to set in DECW$PRIVATE_SERVER_SETUP.COM.&lt;BR /&gt;&lt;BR /&gt;This system was formerly problem free running VMS V7.3-2 for another application. Before installing V7.3-1 a DELETE/ERASE was done on DQA0:, so there's no chance of some bit the V7.3-2 environment still being there.&lt;BR /&gt;&lt;BR /&gt;The floor is now open for discussion :-)</description>
      <pubDate>Tue, 24 Oct 2006 06:01:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010055#M81177</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-24T06:01:04Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010056#M81178</link>
      <description>Had the same resolution problem on my AS500. Had to open the box and change a switch. May be check the doc of your graphics card ?&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 24 Oct 2006 07:09:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010056#M81178</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2006-10-24T07:09:53Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010057#M81179</link>
      <description>Or read this &lt;BR /&gt;&lt;A href="http://groups.google.be/group/comp.os.vms/browse_frm/thread/83955ce849c2f0fd/899fbe288161b691?lnk=st&amp;amp;q=ds10l+site%3Ahp.com+%22change+resolution%22&amp;amp;rnum=2&amp;amp;hl=en#899fbe288161b691" target="_blank"&gt;http://groups.google.be/group/comp.os.vms/browse_frm/thread/83955ce849c2f0fd/899fbe288161b691?lnk=st&amp;amp;q=ds10l+site%3Ahp.com+%22change+resolution%22&amp;amp;rnum=2&amp;amp;hl=en#899fbe288161b691&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 24 Oct 2006 07:19:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010057#M81179</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2006-10-24T07:19:31Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010058#M81180</link>
      <description>I think VMS731_Update 6  does not include &lt;BR /&gt;  VMS731_GRAPHICS-V0400&lt;BR /&gt;&lt;BR /&gt;Maybe it cures (some of) the problems.</description>
      <pubDate>Tue, 24 Oct 2006 07:32:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010058#M81180</guid>
      <dc:creator>Joseph Huber_1</dc:creator>
      <dc:date>2006-10-24T07:32:39Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010059#M81181</link>
      <description>I assigned few or zero points to the responses above because they didn't really help at all. However, do be aware that I value the time and thought that went into them. Thanks, Joseph and Vim.&lt;BR /&gt;&lt;BR /&gt;Joseph,&lt;BR /&gt;&lt;BR /&gt;Graphics V4.0 is listed as one of the installed ECOs. Perhaps you overlooked it somehow.&lt;BR /&gt;&lt;BR /&gt;All,&lt;BR /&gt;&lt;BR /&gt;I forgot to mention that the graphics card is a PBXGF-AB (PCI Oxygen VX1.) It does not have a switch of any kind. The resolution and refresh rates are supposed to be settable by software.&lt;BR /&gt;&lt;BR /&gt;I took a look at DECW$DEVICE_CONFIG_GF.COM. The default resolution for this thing is 1024x768 and the default refresh is 70 Hz.&lt;BR /&gt;&lt;BR /&gt;xdpyinfo shows the resolution as 1280x1024, which is what I specified in DECW$PRIVATE_SERVER_SETUP.COM.&lt;BR /&gt;&lt;BR /&gt;I have the same model monitor (L1925) on my desk working at 1280x1024 with 75 Hz refresh, so I know the monitor supports this.</description>
      <pubDate>Tue, 24 Oct 2006 08:16:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010059#M81181</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-24T08:16:45Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010060#M81182</link>
      <description>Also, my main problem is the kernel stack not valid error. I don't want to leave my workaround in place indefinitely. But we can get by indefinitely with the incorrect resolution. It just makes things a little ugly.</description>
      <pubDate>Tue, 24 Oct 2006 08:19:13 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010060#M81182</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-24T08:19:13Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010061#M81183</link>
      <description>Firmware OK ?&lt;BR /&gt;&lt;A href="http://ftp.digital.com/pub/Digital/Alpha/firmware/readmes/ds10.html" target="_blank"&gt;http://ftp.digital.com/pub/Digital/Alpha/firmware/readmes/ds10.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Tue, 24 Oct 2006 10:06:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010061#M81183</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2006-10-24T10:06:35Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010062#M81184</link>
      <description>System firmware is V7.2-1. (This was listed as "Console firmware" in my attachment but I guess the two terms are pretty interchangeable.)</description>
      <pubDate>Tue, 24 Oct 2006 10:12:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010062#M81184</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-24T10:12:32Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010063#M81185</link>
      <description>I would do the test with lower firmware version (cd 6.2 is the lowest allowed) to see if the problem is firmware related.&lt;BR /&gt;&lt;BR /&gt;fwiw&lt;BR /&gt;&lt;BR /&gt;Wim</description>
      <pubDate>Wed, 25 Oct 2006 03:23:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010063#M81185</guid>
      <dc:creator>Wim Van den Wyngaert</dc:creator>
      <dc:date>2006-10-25T03:23:02Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010064#M81186</link>
      <description>Galen,&lt;BR /&gt;&lt;BR /&gt;to find out more about the reason for the KRNLSTAKNV crash, could you post the full CLUE file (see CLUE$COLLECT:CLUE$node_ddmmyy_hhmm.LIS) ?&lt;BR /&gt;&lt;BR /&gt;Whereas it may not be possible to actually solve this type of problem by looking at the data in a CLUE file, it may give additional hints.&lt;BR /&gt;&lt;BR /&gt;Note that you need to set AUTO_ACTION RESTART to obtain a crash and not just a kernel stack not valid HALT.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 26 Oct 2006 01:48:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010064#M81186</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-10-26T01:48:31Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010065#M81187</link>
      <description>&lt;!--!*#--&gt;I tried setting AUTO_ACTION to RESTART, but it looks like CLUE doesn't get started until after the point in startup where the crash occurs.&lt;BR /&gt;&lt;BR /&gt;The crash happens right at the top of SYS$STARTUP:VMS$DEVICE_STARTUP.COM, where there's an invocation of SYSMAN that does this: &lt;BR /&gt;    IO AUTOCONFIGURE FTA0...&lt;BR /&gt;    IO AUTOCONFIGURE MPA0...&lt;BR /&gt;    IO AUTOCONFIGURE ALL&lt;BR /&gt;The third IO AUTOCONFIGURE is where the crash occurs.&lt;BR /&gt;&lt;BR /&gt;CLUE doesn't get started until later in this command procedure.&lt;BR /&gt;&lt;BR /&gt;I'll see if I can [temporarily] edit the appropriate startup .COM files so that I get something from CLUE.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Oct 2006 05:13:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010065#M81187</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-26T05:13:07Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010066#M81188</link>
      <description>Galen,&lt;BR /&gt;&lt;BR /&gt;once you've rebooted your system with the workaround in place, you could run CLUE$STARTUP.COM manually to look at the most recent dumpfile:&lt;BR /&gt;&lt;BR /&gt;$ SET PROC/NAME=STARTUP&lt;BR /&gt;$ @SYS$STARTUP:CLUE$STARTUP&lt;BR /&gt;$ SET PROC=NAME=&lt;WHATEVER it="" was="" before=""&gt;&lt;BR /&gt;&lt;BR /&gt;Otherwise, you could issue the following command manually:&lt;BR /&gt;&lt;BR /&gt;$ ANAL/CRASH SYS$SYSTEM:&lt;BR /&gt;SDA&amp;gt; CLUE HISTORY&lt;BR /&gt;if it complains about 'already analyzed', use&lt;BR /&gt;SDA&amp;gt; CLUE HISTORY/OVER&lt;BR /&gt;&lt;BR /&gt;Volker.&lt;/WHATEVER&gt;</description>
      <pubDate>Thu, 26 Oct 2006 05:37:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010066#M81188</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-10-26T05:37:32Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010067#M81189</link>
      <description>CLUE didn't produce any kind of file when it was run.&lt;BR /&gt;&lt;BR /&gt;ANA/CRASH SYS$SYSTEM: gives me:&lt;BR /&gt;%SDA-E-NOTALPHADUMP&lt;BR /&gt;&lt;BR /&gt;I'm not too surprised at that.&lt;BR /&gt;&lt;BR /&gt;When it halted I wrote down the contents of the registers, pc, psl, sp, etc. but I doubt that it's worth listing them here.</description>
      <pubDate>Thu, 26 Oct 2006 06:59:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010067#M81189</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-26T06:59:11Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010068#M81190</link>
      <description>Galen,&lt;BR /&gt;&lt;BR /&gt;when AUTO_ACTION is set to RESTART, the system should write a crashdump and reboot, if any unexpected CPU HALT occurs (like for a kernel stack not valid). Did this happen ? Did you see those bugcheck messages on the console ?&lt;BR /&gt;&lt;BR /&gt;Without a dump, further analysis may not be possible.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 26 Oct 2006 07:14:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010068#M81190</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-10-26T07:14:57Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010069#M81191</link>
      <description>Volker,&lt;BR /&gt;&lt;BR /&gt;Although AUTO_ACTION is set to REBOOT, the system doesn't write a crash dump. There's no VMS bugcheck output at all. I just abruptly get:&lt;BR /&gt;&lt;BR /&gt; Halted CPU 0&lt;BR /&gt; &lt;BR /&gt; halt code = 2&lt;BR /&gt; kernel stack not valid halt&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;So we may not be able to go much further with this.&lt;BR /&gt;&lt;BR /&gt;I did a register dump myself and tediously by hand copied the register contents to paper. But I doubt it would be worth anything to post them.&lt;BR /&gt;&lt;BR /&gt;Any ideas on my other problem?&lt;BR /&gt;&lt;BR /&gt;&amp;gt; A probably unrelated problem, though it also involves GFA0:, is that the&lt;BR /&gt;&amp;gt; graphics display can't be changed from 1024 x 1024 with 60 Hz refresh&lt;BR /&gt;&amp;gt;  no matter what I try to set in DECW$PRIVATE_SERVER_SETUP.COM.&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Oct 2006 10:04:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010069#M81191</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-26T10:04:11Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010070#M81192</link>
      <description>Galen,&lt;BR /&gt;&lt;BR /&gt;&lt;QUOTE&gt;&lt;BR /&gt;Although AUTO_ACTION is set to REBOOT...&lt;BR /&gt;&lt;/QUOTE&gt;&lt;BR /&gt;&lt;BR /&gt;Do you really meant to write REBOOT ? It should be RESTART - and in that case, VMS should write a dump and reboot afterwards.&lt;BR /&gt;&lt;BR /&gt;Volker.</description>
      <pubDate>Thu, 26 Oct 2006 10:13:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010070#M81192</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-10-26T10:13:35Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010071#M81193</link>
      <description>OOPS! &lt;BR /&gt;&lt;BR /&gt;Yes, I did mean RESTART instead of REBOOT.&lt;BR /&gt;&lt;BR /&gt;But there is definitely no sign of a dump getting written. And ANA/CRASH SYS$SYSTEM: tells me:&lt;BR /&gt;&lt;BR /&gt;%SDA-E-NOTALPHADUMP&lt;BR /&gt;&lt;BR /&gt;Is this perhaps possible for kernel stack not valid to be uncatchable or impossible to handle  as a normal bugcheck, in some circumstance?</description>
      <pubDate>Thu, 26 Oct 2006 10:23:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010071#M81193</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-26T10:23:56Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010072#M81194</link>
      <description>&lt;BR /&gt;What is the value of the system parameter DUMPSTYLE?  &lt;BR /&gt;&lt;BR /&gt;Andy&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Oct 2006 11:23:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010072#M81194</guid>
      <dc:creator>Andy Bustamante</dc:creator>
      <dc:date>2006-10-26T11:23:19Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010073#M81195</link>
      <description>DUMPSTYLE=9</description>
      <pubDate>Thu, 26 Oct 2006 11:29:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010073#M81195</guid>
      <dc:creator>Galen Tackett</dc:creator>
      <dc:date>2006-10-26T11:29:23Z</dc:date>
    </item>
    <item>
      <title>Re: "Kernel stack not valid" during system startup's SYSMAN IO AUTO</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010074#M81196</link>
      <description>Galen,&lt;BR /&gt;&lt;BR /&gt;I have seen enough KRNLSTAKNV crashdumps to believe, that this mechanism generally works. Once the CPU halts unexpectedly, the SRM console firmware is responsible for restarting OpenVMS (if AUTO_ACTION = RESTART) at the restart entry point (if memory is still valid) and OpenVMS then decides that it's being restarted and writes a 'restart' crashdump (e.g. KRNLSTAKV, MCHECKPAL, HALT etc.).&lt;BR /&gt;&lt;BR /&gt;You should at least get the bugcheck output written on the console terminal (blue screen). Any errors writing the dump should also be output to the console terminal.&lt;BR /&gt;&lt;BR /&gt;Could you record the console output after switching to a serial console ?&lt;BR /&gt;&lt;BR /&gt;Volker.&lt;BR /&gt;</description>
      <pubDate>Thu, 26 Oct 2006 12:59:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/quot-kernel-stack-not-valid-quot-during-system-startup-s-sysman/m-p/5010074#M81196</guid>
      <dc:creator>Volker Halle</dc:creator>
      <dc:date>2006-10-26T12:59:39Z</dc:date>
    </item>
  </channel>
</rss>

