<?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 2-cpu Node unresponsive under heavy load in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829575#M24340</link>
    <description>We have a cluster of DL360 G3's, each with two cpus.  We're running RHEL (2.4.21-27.ELsmp #1 SMP).&lt;BR /&gt;&lt;BR /&gt;Sometimes, when users run Jaguar (a quantum mechanics package), one or more of their nodes become unresponsive during portions of the run.  These runs typically go for several hours to several weeks and the node may be unresponsive for hours or days during that period (not that I check constantly, mind you).&lt;BR /&gt;&lt;BR /&gt;Unresponsive means: usually responds to ping, will not allow ssh, will not allow control by the cluster management software (Scali), usually shows as "node alive" in the cluster management software, often will not allow local login (with keyboard, monitor &amp;amp; mouse attached to the node itself) -- the login times out while the password is being checked.&lt;BR /&gt;&lt;BR /&gt;The user whose job is running, on the other hand, says that everything is just fine.&lt;BR /&gt;&lt;BR /&gt;Schrodinger (who makes Jaguar) says the trouble is that the two cpu's are battling for access to the one hard drive.  They say we should run multi-cpu jobs using one cpu per node.  We don't much like the thought of doing that.&lt;BR /&gt;&lt;BR /&gt;Does anyone here have experience with this?  Is there a way to set access parameters for the HD?  I'm thinking of something like the control one has over I/O with an nfs mount.  Does that exist?  Does anyone have any other solutions?&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;BR /&gt;&lt;BR /&gt;:-) Lachele</description>
    <pubDate>Mon, 24 Jul 2006 15:02:26 GMT</pubDate>
    <dc:creator>Lachele Foley</dc:creator>
    <dc:date>2006-07-24T15:02:26Z</dc:date>
    <item>
      <title>2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829575#M24340</link>
      <description>We have a cluster of DL360 G3's, each with two cpus.  We're running RHEL (2.4.21-27.ELsmp #1 SMP).&lt;BR /&gt;&lt;BR /&gt;Sometimes, when users run Jaguar (a quantum mechanics package), one or more of their nodes become unresponsive during portions of the run.  These runs typically go for several hours to several weeks and the node may be unresponsive for hours or days during that period (not that I check constantly, mind you).&lt;BR /&gt;&lt;BR /&gt;Unresponsive means: usually responds to ping, will not allow ssh, will not allow control by the cluster management software (Scali), usually shows as "node alive" in the cluster management software, often will not allow local login (with keyboard, monitor &amp;amp; mouse attached to the node itself) -- the login times out while the password is being checked.&lt;BR /&gt;&lt;BR /&gt;The user whose job is running, on the other hand, says that everything is just fine.&lt;BR /&gt;&lt;BR /&gt;Schrodinger (who makes Jaguar) says the trouble is that the two cpu's are battling for access to the one hard drive.  They say we should run multi-cpu jobs using one cpu per node.  We don't much like the thought of doing that.&lt;BR /&gt;&lt;BR /&gt;Does anyone here have experience with this?  Is there a way to set access parameters for the HD?  I'm thinking of something like the control one has over I/O with an nfs mount.  Does that exist?  Does anyone have any other solutions?&lt;BR /&gt;&lt;BR /&gt;Thanks!&lt;BR /&gt;&lt;BR /&gt;:-) Lachele</description>
      <pubDate>Mon, 24 Jul 2006 15:02:26 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829575#M24340</guid>
      <dc:creator>Lachele Foley</dc:creator>
      <dc:date>2006-07-24T15:02:26Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829576#M24341</link>
      <description>multi CPU machines are pretty common things for many years, and linux works with SMP pretty well.&lt;BR /&gt;&lt;BR /&gt;Do you see something interesting in /var/log/messages?&lt;BR /&gt;&lt;BR /&gt;I'll suggest you to upgarde to the latest available kernel (and other RHEL updates as well)</description>
      <pubDate>Tue, 25 Jul 2006 05:29:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829576#M24341</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2006-07-25T05:29:34Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829577#M24342</link>
      <description>"multi CPU machines are pretty common things for many years, and linux works with SMP pretty well."&lt;BR /&gt;&lt;BR /&gt;I agree.  This is the only program I've seen do this.  Many other users run other programs, even other QM packages, without this issue.&lt;BR /&gt;&lt;BR /&gt;"Do you see something interesting in /var/log/messages?"&lt;BR /&gt;&lt;BR /&gt;Nope.  No unusual entries at all.&lt;BR /&gt;&lt;BR /&gt;"I'll suggest you to upgarde to the latest available kernel (and other RHEL updates as well)"&lt;BR /&gt;&lt;BR /&gt;We do a lot of different things here and run a lot of different programs.  Upgrading to fix one issue can mean breaking five others.  So, we only make major changes when absolutely necessary.  This problem doesn't fall into "absolutely necessary."  Besides, I'd want to know that upgrading would actually fix the problem.  Do you think it would?&lt;BR /&gt;</description>
      <pubDate>Tue, 25 Jul 2006 10:26:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829577#M24342</guid>
      <dc:creator>Lachele Foley</dc:creator>
      <dc:date>2006-07-25T10:26:52Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829578#M24343</link>
      <description>It is more likely the application software issue instead of kernel. Just a curiosity, what is the output of "sar -d" of the problematic time?</description>
      <pubDate>Tue, 25 Jul 2006 12:41:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829578#M24343</guid>
      <dc:creator>George Liu_4</dc:creator>
      <dc:date>2006-07-25T12:41:28Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829579#M24344</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;There are known bugs with RH clustering the kernel and releases even including RH 3 update 6.  Though you are not using all of the componenets, you have a possible kernel issue.&lt;BR /&gt;&lt;BR /&gt;You may find that the latest RH 3 update 8 kernel helps or if the applications support it an upgrade to the 2.6 kernel is appropriate to solve this issue.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 25 Jul 2006 15:15:00 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829579#M24344</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2006-07-25T15:15:00Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829580#M24345</link>
      <description>There are too many issues on RHEL3 Update 8. Please hold on for this update.</description>
      <pubDate>Tue, 25 Jul 2006 15:40:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829580#M24345</guid>
      <dc:creator>George Liu_4</dc:creator>
      <dc:date>2006-07-25T15:40:22Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829581#M24346</link>
      <description>Thanks for all the responses!&lt;BR /&gt;&lt;BR /&gt;Last night, after negotiations with the user, I started a duplicate of one of his jobs (as that user, so same conditions) except that the 8 cpu's were on different nodes.  So far, all the nodes remain responsive.  [I'd done something like this before, but it was a hectic time, so wanted to re-test.]&lt;BR /&gt;&lt;BR /&gt;"sar" doesn't exist on the compute nodes (though the headnode has it).  I don't know if this is by design or accident, but agree that output from sar would help.&lt;BR /&gt;&lt;BR /&gt;Like I said, this isn't an earth-shattering issue -- it just keeps me from taking cpu temperatures, etc., as often as I want to.  So, I can wait to upgrade.  &lt;BR /&gt;&lt;BR /&gt;This page:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.redhat.com/security/updates/notes/" target="_blank"&gt;http://www.redhat.com/security/updates/notes/&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;..doesn't list an update 8 for RHEL 3.  Is that the one to wait for?&lt;BR /&gt;&lt;BR /&gt;Again, thanks to all!</description>
      <pubDate>Wed, 26 Jul 2006 12:59:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829581#M24346</guid>
      <dc:creator>Lachele Foley</dc:creator>
      <dc:date>2006-07-26T12:59:33Z</dc:date>
    </item>
    <item>
      <title>Re: 2-cpu Node unresponsive under heavy load</title>
      <link>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829582#M24347</link>
      <description>RHEL3 upd8 is available &lt;A href="https://www.redhat.com/archives/taroon-list/2006-July/msg00046.html" target="_blank"&gt;https://www.redhat.com/archives/taroon-list/2006-July/msg00046.html&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;And if Jaguar is just an application, without binary kernel modules, you can ask RH support for help.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 27 Jul 2006 02:19:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/2-cpu-node-unresponsive-under-heavy-load/m-p/3829582#M24347</guid>
      <dc:creator>Vitaly Karasik_1</dc:creator>
      <dc:date>2006-07-27T02:19:16Z</dc:date>
    </item>
  </channel>
</rss>

