<?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 mesgs in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139885#M317486</link>
    <description>This is a VERY common error message when someone resets a tape drive or tape silo. What it means is that the device at 0/0/2/1/0/4/0 has been turned off, the cable pulled out, or physically removed and the fibre card is complaining that it disappeared. Modern fibre cards keep track of all the devices they see and complain when a device disappears. Try this command:&lt;BR /&gt; &lt;BR /&gt;ioscan -knfH 0/0/2/1/0/4/0 &lt;BR /&gt; &lt;BR /&gt;and see what is there. If it is a tape drive, see if someone has been servicing the unit. This is one of the reasons that tapes need to have their own SAN switch so you can filter messages like this. Now if this is a disk, then you have more serious problems starting with someone playing with the fibre cables to a SAN admin changing zones or ports.</description>
    <pubDate>Mon, 04 Feb 2008 19:08:28 GMT</pubDate>
    <dc:creator>Bill Hassell</dc:creator>
    <dc:date>2008-02-04T19:08:28Z</dc:date>
    <item>
      <title>syslog mesgs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139881#M317482</link>
      <description>I am receiving following messages about the fcp interface in my syslog.log file.&lt;BR /&gt;&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: 0/0/2/1/0/4/0: Device at device id 0x620513 has disappeared from Name Server GPN_FT&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: (FCP type) response, or its 'Port World-Wide Name' has changed.&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:         device id = loop id, for private loop devices&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:         device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: System won't be able to see LUNs behind this port.&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: 0/0/2/1/0/4/0: Device at device id 0x623013 has disappeared from Name Server GPN_FT&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: (FCP type) response, or its 'Port World-Wide Name' has changed.&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:         device id = loop id, for private loop devices&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:         device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix: System won't be able to see LUNs behind this port.&lt;BR /&gt;Feb  3 23:43:10 usunx45 vmunix:&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: 0/0/2/1/0/4/0: Device at device id 0x620d13 is back in Name Server GPN_FT (FCP type)&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: response, and its 'Port World-Wide Name' remains the same as&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: original.&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = loop id, for private loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: System will be able to see LUNs behind this port&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: (might need to run 'ioscan' first).&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: 0/0/2/1/0/4/0: Device at device id 0x620913 is back in Name Server GPN_FT (FCP type)&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: response, and its 'Port World-Wide Name' remains the same as&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: original.&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = loop id, for private loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: System will be able to see LUNs behind this port&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: (might need to run 'ioscan' first).&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: 0/0/2/1/0/4/0: Device at device id 0x620513 is back in Name Server GPN_FT (FCP type)&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: response, and its 'Port World-Wide Name' remains the same as&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: original.&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = loop id, for private loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:         device id = nport ID, for fabric/public-loop devices&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: System will be able to see LUNs behind this port&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix: (might need to run 'ioscan' first).&lt;BR /&gt;Feb  3 23:43:16 usunx45 vmunix:&lt;BR /&gt;&lt;BR /&gt;Any body has an idea how to resolve this problem?</description>
      <pubDate>Mon, 04 Feb 2008 15:18:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139881#M317482</guid>
      <dc:creator>Ali Imran Abbas</dc:creator>
      <dc:date>2008-02-04T15:18:35Z</dc:date>
    </item>
    <item>
      <title>Re: syslog mesgs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139882#M317483</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;Options:&lt;BR /&gt;You don't have a problem the message indicates a new card.&lt;BR /&gt;&lt;BR /&gt;Reboot the system, that runs ioscan and cleans out this stuff.&lt;BR /&gt;&lt;BR /&gt;You have a card going bad and want to get it replaced quickly.&lt;BR /&gt;&lt;BR /&gt;Your about a SITREP, situation report, or background, that includes OS, what has been done lately something like that. Then I won't have to guess.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Mon, 04 Feb 2008 16:02:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139882#M317483</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-02-04T16:02:45Z</dc:date>
    </item>
    <item>
      <title>Re: syslog mesgs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139883#M317484</link>
      <description>&amp;gt; device has disappeared &lt;BR /&gt;&lt;BR /&gt;&amp;gt; device is back&lt;BR /&gt;&lt;BR /&gt;Did you change anything with the array or zoning config?</description>
      <pubDate>Mon, 04 Feb 2008 16:05:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139883#M317484</guid>
      <dc:creator>Torsten.</dc:creator>
      <dc:date>2008-02-04T16:05:46Z</dc:date>
    </item>
    <item>
      <title>Re: syslog mesgs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139884#M317485</link>
      <description>We have a separate guy who manage san, I think I need to ask him. Should I forward this message to him?</description>
      <pubDate>Mon, 04 Feb 2008 16:09:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139884#M317485</guid>
      <dc:creator>Ali Imran Abbas</dc:creator>
      <dc:date>2008-02-04T16:09:48Z</dc:date>
    </item>
    <item>
      <title>Re: syslog mesgs</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139885#M317486</link>
      <description>This is a VERY common error message when someone resets a tape drive or tape silo. What it means is that the device at 0/0/2/1/0/4/0 has been turned off, the cable pulled out, or physically removed and the fibre card is complaining that it disappeared. Modern fibre cards keep track of all the devices they see and complain when a device disappears. Try this command:&lt;BR /&gt; &lt;BR /&gt;ioscan -knfH 0/0/2/1/0/4/0 &lt;BR /&gt; &lt;BR /&gt;and see what is there. If it is a tape drive, see if someone has been servicing the unit. This is one of the reasons that tapes need to have their own SAN switch so you can filter messages like this. Now if this is a disk, then you have more serious problems starting with someone playing with the fibre cables to a SAN admin changing zones or ports.</description>
      <pubDate>Mon, 04 Feb 2008 19:08:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/syslog-mesgs/m-p/4139885#M317486</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2008-02-04T19:08:28Z</dc:date>
    </item>
  </channel>
</rss>

