<?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: Syslog error in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924366#M286495</link>
    <description>If you just got the one message (on each system) after the SAN switch was restarted, then I think that is normal behaviour; a problem has been recovered from, and this is being reported.  I agree it is a little alarming that it is reported as a Critical event; I think this is so it is logged in the same places as the matching Event 58 which would normally precede it.  The text of the message pretty much describes the situation. &lt;BR /&gt;&lt;BR /&gt;If you are continuing to get Event 59 logged every day, and maybe event 58 as well, that can indicate an ongoing problem with the SAN.  Sometimes a reset or reboot can clear it, otherwise I'd suggest contacting HP support.&lt;BR /&gt;&lt;BR /&gt;To clarify SEP's response; you've already run the 'resdata' command.  You can also see the events in the /var/opt/resmon/log/event.log file.  The EMS HW monitor, dm_ql_adapter, is reporting the event detected by the device driver.   An lbolt is simply a indication of elapsed time, it's not an error in itself; SCSI error reports include the lbolt as an extra piece of information to help diagnosis of the problem.&lt;BR /&gt;&lt;BR /&gt;Andrew&lt;BR /&gt;</description>
    <pubDate>Thu, 11 Jan 2007 04:40:49 GMT</pubDate>
    <dc:creator>Andrew Merritt_2</dc:creator>
    <dc:date>2007-01-11T04:40:49Z</dc:date>
    <item>
      <title>Syslog error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924364#M286493</link>
      <description>hi all,&lt;BR /&gt;&lt;BR /&gt;Yesterday my sanswitch got hang, i restarted the san switch after that i'm getting the following error in syslog on 3 machines. i checked the fcmsutil /dev/fcd0 stat -s and fcmsutil it's online. it there any issue in this. please suggest.&lt;BR /&gt;&lt;BR /&gt;Jan  9 10:42:49 sr5 EMS [2491]: ------ EMS Event Notification ------   Value: "C&lt;BR /&gt;RITICAL (5)" for Resource: "/adapters/events/ql_adapter/2_0_8_1_0_4_0"     (Thre&lt;BR /&gt;shold:  &amp;gt;= " 3")    Execute the following command to obtain event details:   /op&lt;BR /&gt;t/resmon/bin/resdata -R 163250178 -r /adapters/events/ql_adapter/2_0_8_1_0_4_0 -&lt;BR /&gt;n 163250178 -a&lt;BR /&gt;CURRENT MONITOR DATA:&lt;BR /&gt;&lt;BR /&gt;Event Time..........: Tue Jan  9 10:42:48 2007&lt;BR /&gt;Severity............: CRITICAL&lt;BR /&gt;Monitor.............: dm_ql_adapter&lt;BR /&gt;Event #.............: 59&lt;BR /&gt;System..............: sr5&lt;BR /&gt;&lt;BR /&gt;Summary:&lt;BR /&gt;     Adapter at hardware path 2/0/8/1/0/4/0 : Target device is back. Port&lt;BR /&gt;     World-wide name remains the same as original.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Description of Error:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt; lbolt value: 194289467&lt;BR /&gt;&lt;BR /&gt;   Target with device id 0x20000 is back in the Name Server GPN_FT (FCP type)&lt;BR /&gt;   response. And the 'Port World-wide name' remains the same as original.&lt;BR /&gt;          device id = loop id, for private loop devices&lt;BR /&gt;          device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Probable Cause / Recommended Action:&lt;BR /&gt;&lt;BR /&gt;     This is a paired message with "Target device is lost in the&lt;BR /&gt;     Name Server GPN_FT response".&lt;BR /&gt;     On receiving another RSCN, driver sent Name Server GPN_FT request&lt;BR /&gt;     to obtain all the FC-4 type device information in the fabric.&lt;BR /&gt;     Driver has detected that a previously lost device (Nport_id)&lt;BR /&gt;     is back in the GPN_FT response, or it's corresponding World-Wide&lt;BR /&gt;     Name remains the same.&lt;BR /&gt;&lt;BR /&gt;     Driver will be able to communicate with the device.&lt;BR /&gt;     No action is needed.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Additional Event Data:&lt;BR /&gt;     System IP Address...: 10.1.1.68&lt;BR /&gt;     Event Id............: 0x45a3245000000000&lt;BR /&gt;     Monitor Version.....: B.02.00&lt;BR /&gt;     Event Class.........: I/O&lt;BR /&gt;     Client Configuration File...........:&lt;BR /&gt;     /var/stm/config/tools/monitor/default_dm_ql_adapter.clcfg&lt;BR /&gt;     Client Configuration File Version...: A.04.00&lt;BR /&gt;          Qualification criteria met.&lt;BR /&gt;               Number of events..: 1&lt;BR /&gt;     Associated OS error log entry id(s):&lt;BR /&gt;          0x45a3245000000000&lt;BR /&gt;     Additional System Data:&lt;BR /&gt;          System Model Number.............: 9000/800/rp8420&lt;BR /&gt;          OS Version......................: B.11.23&lt;BR /&gt;          EMS Version.....................: A.04.20&lt;BR /&gt;          STM Version.....................: C.51.00&lt;BR /&gt;     Latest information on this event:&lt;BR /&gt;          &lt;A href="http://docs.hp.com/hpux/content/hardware/ems/dm_ql_adapter.htm#59" target="_blank"&gt;http://docs.hp.com/hpux/content/hardware/ems/dm_ql_adapter.htm#59&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;v-v-v-v-v-v-v-v-v-v-v-v-v    D  E  T  A  I  L  S    v-v-v-v-v-v-v-v-v-v-v-v-v&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Component Data:&lt;BR /&gt;    Physical Device Path....: 2/0/8/1/0/4/0&lt;BR /&gt;&lt;BR /&gt;I/O Log Event Data:&lt;BR /&gt;&lt;BR /&gt;     Driver Status Code..................: 0x0000003B&lt;BR /&gt;     Length of Logged Hardware Status....: 0 bytes.&lt;BR /&gt;     Offset to Logged Manager Information: 0 bytes.&lt;BR /&gt;     Length of Logged Manager Information: 66 bytes.&lt;BR /&gt;&lt;BR /&gt;Manager-Specific Information:&lt;BR /&gt;&lt;BR /&gt;Raw data from FCMS Adapter driver:&lt;BR /&gt;00000001 0B949F3B 00000001 00000001 00020000 2F75782F 636F7265 2F697375&lt;BR /&gt;2F464344 2F6B6572 6E2F7372 632F636F 6D6D6F6E 2F777369 6F2F6663 645F646D&lt;BR /&gt;2E63&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Jan 2007 00:06:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924364#M286493</guid>
      <dc:creator>Gurumanickam</dc:creator>
      <dc:date>2007-01-11T00:06:20Z</dc:date>
    </item>
    <item>
      <title>Re: Syslog error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924365#M286494</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;For more info:&lt;BR /&gt;opt/resmon/bin/resdata -R 163250178 -r /adapters/events/ql_adapter/2_0_8_1_0_4_0 -&lt;BR /&gt;n 163250178 -a&lt;BR /&gt;&lt;BR /&gt;Its not a big deal. When a system loses track of a disk, provided through the SAN for longer than its time out value, EMS figures it out and the syslog has an lbolt.&lt;BR /&gt;&lt;BR /&gt;It will stop happening the next time the system is booted.&lt;BR /&gt;&lt;BR /&gt;SEP&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Jan 2007 01:18:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924365#M286494</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2007-01-11T01:18:05Z</dc:date>
    </item>
    <item>
      <title>Re: Syslog error</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924366#M286495</link>
      <description>If you just got the one message (on each system) after the SAN switch was restarted, then I think that is normal behaviour; a problem has been recovered from, and this is being reported.  I agree it is a little alarming that it is reported as a Critical event; I think this is so it is logged in the same places as the matching Event 58 which would normally precede it.  The text of the message pretty much describes the situation. &lt;BR /&gt;&lt;BR /&gt;If you are continuing to get Event 59 logged every day, and maybe event 58 as well, that can indicate an ongoing problem with the SAN.  Sometimes a reset or reboot can clear it, otherwise I'd suggest contacting HP support.&lt;BR /&gt;&lt;BR /&gt;To clarify SEP's response; you've already run the 'resdata' command.  You can also see the events in the /var/opt/resmon/log/event.log file.  The EMS HW monitor, dm_ql_adapter, is reporting the event detected by the device driver.   An lbolt is simply a indication of elapsed time, it's not an error in itself; SCSI error reports include the lbolt as an extra piece of information to help diagnosis of the problem.&lt;BR /&gt;&lt;BR /&gt;Andrew&lt;BR /&gt;</description>
      <pubDate>Thu, 11 Jan 2007 04:40:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-error/m-p/3924366#M286495</guid>
      <dc:creator>Andrew Merritt_2</dc:creator>
      <dc:date>2007-01-11T04:40:49Z</dc:date>
    </item>
  </channel>
</rss>

