<?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: GH-CHUNKS problem - system failed to boot up in Operating System - Tru64 Unix</title>
    <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355336#M10620</link>
    <description>Hi&lt;BR /&gt;&lt;BR /&gt;SGA will occupy shared memory (SHMMAX)why do you tune gh-chunks, this creates problems.&lt;BR /&gt;&lt;BR /&gt;if shared memory is not sufficient oracle gives you the error, you can tune the shmmax that time instead of landing in problems like this.</description>
    <pubDate>Thu, 12 Aug 2004 08:35:43 GMT</pubDate>
    <dc:creator>Ravi_8</dc:creator>
    <dc:date>2004-08-12T08:35:43Z</dc:date>
    <item>
      <title>GH-CHUNKS problem - system failed to boot up</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355333#M10617</link>
      <description>Dear all,&lt;BR /&gt;&lt;BR /&gt;We have an Alphaserver ES40 (with 4 CPUs &amp;amp; 8GB memory), running with Tru64 5.1B &amp;amp; patchkit 3. We tried to tune the gh-chunks to reserve 2 to 3GB of memory for SGA. After updating the file /etc/sysconfigtab, (set gh-chunks as 512 or 768) we failed to boot up the machine. We need to boot to CDROM and restore the sysconfigtab from backup.&lt;BR /&gt; &lt;BR /&gt;We faced this problem on patchkit 2 and attempted to fix it by applying patchkit 3. However, problem persists. If patchkit 3 is OK for tuning gh-chunks, we prefer to using PK3 as we have experience of crashing on another machine with PK4.&lt;BR /&gt; &lt;BR /&gt;Following is the error message when machine is starting up:&lt;BR /&gt;&lt;BR /&gt;Loading vmunix ...&lt;BR /&gt;Loading at 0xfffffc0000230000&lt;BR /&gt;&lt;BR /&gt;Sizes:&lt;BR /&gt;text =  7061696&lt;BR /&gt;data =  1345216&lt;BR /&gt;bss  =  1908944&lt;BR /&gt;Starting at 0xfffffc0000242df0&lt;BR /&gt;&lt;BR /&gt;waiting for pza0.0.0.4004.1 to start...&lt;BR /&gt;Loading vmunix symbol table ... [1719688 bytes]&lt;BR /&gt;sysconfigtab: attribute num-of-sems not in subsystem ipc&lt;BR /&gt;could not reserve memory for region 1 in RAD 0&lt;BR /&gt;panic (cpu 0): gh_reserve&lt;BR /&gt;DUMP: Warning: no disk available for dump.DUMP: first crash dump failed: attempting memory dump...DUMP: Warning: no indicators for memory dump.DUMP: third crash dump ignored: giving up.&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff7660&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff7220&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff6de0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff69a0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff6560&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff6120&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff5ce0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff58a0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff5460&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff5020&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff4be0&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;trap: invalid memory read access from kernel mode&lt;BR /&gt;&lt;BR /&gt;    faulting virtual address:     0x00000000100000e0&lt;BR /&gt;    pc of faulting instruction:   0xfffffc00006b63e8&lt;BR /&gt;    ra contents at time of fault: 0xfffffc00006b4eac&lt;BR /&gt;    sp contents at time of fault: 0xffffffffffff47a0&lt;BR /&gt;&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;PC = fffffc00002af0f8&lt;BR /&gt;P00&amp;gt;&amp;gt;&amp;gt;&lt;BR /&gt;P00&amp;gt;&amp;gt;&amp;gt;&lt;BR /&gt;&lt;BR /&gt;Appreciate if there is any idea. It's quite urgent.&lt;BR /&gt; &lt;BR /&gt;Thanks a lot.&lt;BR /&gt; &lt;BR /&gt;Rgds,&lt;BR /&gt; &lt;BR /&gt;LKY&lt;BR /&gt;</description>
      <pubDate>Thu, 12 Aug 2004 04:19:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355333#M10617</guid>
      <dc:creator>test_46</dc:creator>
      <dc:date>2004-08-12T04:19:33Z</dc:date>
    </item>
    <item>
      <title>Re: GH-CHUNKS problem - system failed to boot up</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355334#M10618</link>
      <description>first boot the machine without reading the current sysconfigtab. It is a simple bootflag:&lt;BR /&gt;&lt;BR /&gt;&amp;gt;&amp;gt;&amp;gt; boot -fl c&lt;BR /&gt;&lt;BR /&gt;after machine coming up ask your software vendor about the right formula for your kernel parameters. Changing parameters by playing around with values is not very wise.&lt;BR /&gt;</description>
      <pubDate>Thu, 12 Aug 2004 05:29:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355334#M10618</guid>
      <dc:creator>Ralf Puchner</dc:creator>
      <dc:date>2004-08-12T05:29:29Z</dc:date>
    </item>
    <item>
      <title>Re: GH-CHUNKS problem - system failed to boot up</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355335#M10619</link>
      <description>Hmmm, new to me.&lt;BR /&gt;Sounds like a support question to me.&lt;BR /&gt;&lt;BR /&gt;Anyway on V5.1(B) you are supposed to set 'rad_gh_regions' (in 1 MB units) instead of gh_chunks (in 4 MB units)&lt;BR /&gt;&lt;BR /&gt;However, I would suggest to use "vm_bigpg_enabled = 1 " instead of GH.&lt;BR /&gt;Much more flexible, much more useable (SHM, malloc, code...), equally effective.&lt;BR /&gt;&lt;BR /&gt;Check recent posts here for more comments and a tool to verify effectiveness.&lt;BR /&gt;&lt;BR /&gt;Hein.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 12 Aug 2004 07:35:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355335#M10619</guid>
      <dc:creator>Hein van den Heuvel</dc:creator>
      <dc:date>2004-08-12T07:35:18Z</dc:date>
    </item>
    <item>
      <title>Re: GH-CHUNKS problem - system failed to boot up</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355336#M10620</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;SGA will occupy shared memory (SHMMAX)why do you tune gh-chunks, this creates problems.&lt;BR /&gt;&lt;BR /&gt;if shared memory is not sufficient oracle gives you the error, you can tune the shmmax that time instead of landing in problems like this.</description>
      <pubDate>Thu, 12 Aug 2004 08:35:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355336#M10620</guid>
      <dc:creator>Ravi_8</dc:creator>
      <dc:date>2004-08-12T08:35:43Z</dc:date>
    </item>
    <item>
      <title>Re: GH-CHUNKS problem - system failed to boot up</title>
      <link>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355337#M10621</link>
      <description>Thanks a lot. I checked the session/event log again and noted patch ID 1414 was skipped. I re-applied it again and problem is gone.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;LKY</description>
      <pubDate>Mon, 16 Aug 2004 01:13:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-tru64-unix/gh-chunks-problem-system-failed-to-boot-up/m-p/3355337#M10621</guid>
      <dc:creator>test_46</dc:creator>
      <dc:date>2004-08-16T01:13:50Z</dc:date>
    </item>
  </channel>
</rss>

