<?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 SMP KERNEL in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172197#M9325</link>
    <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;I have set up a test box for oracle9i. I am running RedHat9 on an HP E800 512 Mbytes of Memory dual processor system running 2.4.20-27.9smp. I installed Oracle just fine and the dual processors are running good. Here is my problem. I shut oracle down so I just have system processes running. I wanted to try to push the processors. So I open 3 windows. On one window I do a find on a file that does not exist so it will search a while. On the other two windows I run 'ls -lR /'. While this is going on, I watch 'top'. When I start, I have 321776 free and 191000 used. As the 3 windows do their thing, I can see free memory go all the way slowly down to 6 or 8k, then the box reboots. Has anyone seen this before? Is it because of the kernel parms I changed for oracle or do you think I need a patch or something? Any help is appreciated.&lt;BR /&gt;&lt;BR /&gt;10x&lt;BR /&gt;RPM</description>
    <pubDate>Fri, 23 Jan 2004 08:33:00 GMT</pubDate>
    <dc:creator>Nobody's Hero</dc:creator>
    <dc:date>2004-01-23T08:33:00Z</dc:date>
    <item>
      <title>SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172197#M9325</link>
      <description>Hi All,&lt;BR /&gt;&lt;BR /&gt;I have set up a test box for oracle9i. I am running RedHat9 on an HP E800 512 Mbytes of Memory dual processor system running 2.4.20-27.9smp. I installed Oracle just fine and the dual processors are running good. Here is my problem. I shut oracle down so I just have system processes running. I wanted to try to push the processors. So I open 3 windows. On one window I do a find on a file that does not exist so it will search a while. On the other two windows I run 'ls -lR /'. While this is going on, I watch 'top'. When I start, I have 321776 free and 191000 used. As the 3 windows do their thing, I can see free memory go all the way slowly down to 6 or 8k, then the box reboots. Has anyone seen this before? Is it because of the kernel parms I changed for oracle or do you think I need a patch or something? Any help is appreciated.&lt;BR /&gt;&lt;BR /&gt;10x&lt;BR /&gt;RPM</description>
      <pubDate>Fri, 23 Jan 2004 08:33:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172197#M9325</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2004-01-23T08:33:00Z</dc:date>
    </item>
    <item>
      <title>Re: SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172198#M9326</link>
      <description>This sounds like a classic memory leak.&lt;BR /&gt;&lt;BR /&gt;I've run similar tests on non-oracle redhat 7 and 9 boxes and not found this behavior.&lt;BR /&gt;&lt;BR /&gt;I am current on all red hat patches in this case.&lt;BR /&gt;&lt;BR /&gt;What this looks liek to me is an oracle problem. I would make sure that the latest oracle patch for your version of the database is installed and then re-run the test.&lt;BR /&gt;&lt;BR /&gt;The fact that oracle is no longer running does not mean that oracle has not messed up your system.&lt;BR /&gt;&lt;BR /&gt;Have you done any kernel modifications to run oracle? there are a few needed in the documentation. If they are not done the system or database can be unstable.&lt;BR /&gt;&lt;BR /&gt;I know this is not much, but its a starting point.&lt;BR /&gt;&lt;BR /&gt;You can't run Oracle or red hat anymore without being heavily patched.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 23 Jan 2004 09:33:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172198#M9326</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-01-23T09:33:47Z</dc:date>
    </item>
    <item>
      <title>Re: SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172199#M9327</link>
      <description>Thanks Steven, I have made the suggested kern mods. My feeling is I need to be patched. I have not installed any. Do you have a site I can go to and get these patches? Maybe this will help plug the hole.</description>
      <pubDate>Fri, 23 Jan 2004 09:36:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172199#M9327</guid>
      <dc:creator>Nobody's Hero</dc:creator>
      <dc:date>2004-01-23T09:36:33Z</dc:date>
    </item>
    <item>
      <title>Re: SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172200#M9328</link>
      <description>Your tests will "push" the disks, not the cpu.</description>
      <pubDate>Fri, 23 Jan 2004 13:09:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172200#M9328</guid>
      <dc:creator>Olivier Drouin</dc:creator>
      <dc:date>2004-01-23T13:09:24Z</dc:date>
    </item>
    <item>
      <title>Re: SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172201#M9329</link>
      <description>Using redhats up2date feature, fully patch the OS.  The kernel is fine, you have a nice stable one.&lt;BR /&gt;&lt;BR /&gt;Then go to &lt;A href="http://metalink.oracle.com" target="_blank"&gt;http://metalink.oracle.com&lt;/A&gt; or &lt;A href="http://otn.oracle.com" target="_blank"&gt;http://otn.oracle.com&lt;/A&gt; or &lt;A href="http://technet.oracle.com" target="_blank"&gt;http://technet.oracle.com&lt;/A&gt; and see if you can find patches for your oracle database software.&lt;BR /&gt;&lt;BR /&gt;There are several major patches for Oracle 9i Database server on all platforms.&lt;BR /&gt;&lt;BR /&gt;If you have trouble finding the patches, you may need a support agreement to get the patches, though I don't know this for a fact.&lt;BR /&gt;&lt;BR /&gt;Sorry about the delay, I've been getting ready for weekend maintenance.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Fri, 23 Jan 2004 13:44:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172201#M9329</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2004-01-23T13:44:28Z</dc:date>
    </item>
    <item>
      <title>Re: SMP KERNEL</title>
      <link>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172202#M9330</link>
      <description>A little late, but perhaps this could be usefull on Redhat 9 i found a tool named &lt;BR /&gt; &lt;BR /&gt;/usr/bin/memprof&lt;BR /&gt;&lt;BR /&gt;I try this on a few executables, seems worth it.&lt;BR /&gt;&lt;BR /&gt;And this will test, look for memory leaks.&lt;BR /&gt;&lt;BR /&gt;J-P</description>
      <pubDate>Sat, 24 Jan 2004 04:36:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/smp-kernel/m-p/3172202#M9330</guid>
      <dc:creator>Huc_1</dc:creator>
      <dc:date>2004-01-24T04:36:36Z</dc:date>
    </item>
  </channel>
</rss>

