<?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 one node hung reason in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807199#M695703</link>
    <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have a 2 node serviceguard cluster running oracle 9i rac. Our sys admin team found one node in hung state&lt;BR /&gt;and rebooted the server manually. I think that the hung server could have gone for TOC and rebooted itself.&lt;BR /&gt;&lt;BR /&gt;Can someone explain what could be this hung situation and why it had not gone for crash dump and rebooting ?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Shiv</description>
    <pubDate>Fri, 16 Jun 2006 14:25:41 GMT</pubDate>
    <dc:creator>Shivkumar</dc:creator>
    <dc:date>2006-06-16T14:25:41Z</dc:date>
    <item>
      <title>one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807199#M695703</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;We have a 2 node serviceguard cluster running oracle 9i rac. Our sys admin team found one node in hung state&lt;BR /&gt;and rebooted the server manually. I think that the hung server could have gone for TOC and rebooted itself.&lt;BR /&gt;&lt;BR /&gt;Can someone explain what could be this hung situation and why it had not gone for crash dump and rebooting ?&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Shiv</description>
      <pubDate>Fri, 16 Jun 2006 14:25:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807199#M695703</guid>
      <dc:creator>Shivkumar</dc:creator>
      <dc:date>2006-06-16T14:25:41Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807200#M695704</link>
      <description>Not every "hang" is the same. &lt;BR /&gt;&lt;BR /&gt;You can feel the system is hung, but the system doesn't - one scenario.&lt;BR /&gt;&lt;BR /&gt;The system is hang and will crash - even in non-sg environment.&lt;BR /&gt;&lt;BR /&gt;Your control script is not working as expected.&lt;BR /&gt;&lt;BR /&gt;And some more...&lt;BR /&gt;&lt;BR /&gt;You need to analyze the logs to get the reason.</description>
      <pubDate>Fri, 16 Jun 2006 14:41:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807200#M695704</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2006-06-16T14:41:07Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807201#M695705</link>
      <description>The node could have panic for any reason as Torsten stated, you have to investigate the logs to find exactly why.  You can look at the /etc/shutdownlog and also look in your syslogs, you also check /var/adm/crash to see if created a crash log.  &lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Deonia</description>
      <pubDate>Fri, 16 Jun 2006 15:47:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807201#M695705</guid>
      <dc:creator>Deoncia Grayson_1</dc:creator>
      <dc:date>2006-06-16T15:47:09Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807202#M695706</link>
      <description>Thyere is no reason to assume that the hang condition will cause a TOC/panic. You have to determine the state of the system. When you say 'hung', is that being measured with a network connection? The system may be running fine but a network router has failed so the link between your device (like a PC) is broken. When the system hangs, you must go to the console so you can bypass the networking. If you can get logged in, you'll have to determine if local networking is still working.&lt;BR /&gt; &lt;BR /&gt;If the console login fails, there may be a hardware failure and your cluster failover is not correctly setup.</description>
      <pubDate>Fri, 16 Jun 2006 19:55:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807202#M695706</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-06-16T19:55:19Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807203#M695707</link>
      <description>i have a question SHiv,&lt;BR /&gt;how ur sys admins team found one node in hung state? is there any command?&lt;BR /&gt;i am curious to know that..&lt;BR /&gt;&lt;BR /&gt;and what is meant by "crash" in unix?&lt;BR /&gt;sometimes my windows system crashed and when we install windows again we missed only the c drive datas. what will happen in unix crash? when we install unix os again, what datas we can get or recover?</description>
      <pubDate>Sat, 17 Jun 2006 11:19:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807203#M695707</guid>
      <dc:creator>inventsekar_1</dc:creator>
      <dc:date>2006-06-17T11:19:28Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807204#M695708</link>
      <description>Sekar, &lt;BR /&gt;Someone miscommunicated to us that it was in hung state. In fact the system panicked and rebooted itself. So it seems to be an expected behaviour. &lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Shiv</description>
      <pubDate>Sat, 17 Jun 2006 11:43:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807204#M695708</guid>
      <dc:creator>Shivkumar</dc:creator>
      <dc:date>2006-06-17T11:43:37Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807205#M695709</link>
      <description>Actually, a system panic is not a 'normal' state. Your systems need up to date patches. It is not unusual for HP-UX systems to run for years and never have a panic and reboot. But these systems should be fully patched ever 4 to 6 months.</description>
      <pubDate>Sat, 17 Jun 2006 12:05:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807205#M695709</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2006-06-17T12:05:21Z</dc:date>
    </item>
    <item>
      <title>Re: one node hung reason</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807206#M695710</link>
      <description>A panic and reboot is not the same as a 'hung' system.  See Mr. Hassell's description.&lt;BR /&gt;&lt;BR /&gt;You should investigate your logs files:&lt;BR /&gt;&lt;BR /&gt;/var/adm/tombstones/ts98, ts99 (* HPMC's?*)&lt;BR /&gt;OLDsyslog.log (* Read from bottom up *)&lt;BR /&gt;&lt;BR /&gt;SERVICE GUARD&lt;BR /&gt;cmreadlog /var/opt/cmon/cmomd.g&lt;BR /&gt;cmreadlog /var/opt/sgmgr/929917sgmgr.log&lt;BR /&gt;cmscancl -n node -o outputfile&lt;BR /&gt;&lt;BR /&gt;SAVECRASH&lt;BR /&gt;/var/adm/crash/*&lt;BR /&gt;&lt;BR /&gt;GSP &amp;gt; sl &amp;gt; e</description>
      <pubDate>Sat, 17 Jun 2006 16:23:58 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/one-node-hung-reason/m-p/3807206#M695710</guid>
      <dc:creator>Michael Steele_2</dc:creator>
      <dc:date>2006-06-17T16:23:58Z</dc:date>
    </item>
  </channel>
</rss>

