<?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: dmesg in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440899#M7408</link>
    <description>As stated, it's probably a bad fibre channel card.  Check /var/adm/syslog/syslog.log for messages to that effect. If one of the cards is bad, you'll see thousands of messages flooding the syslog.</description>
    <pubDate>Tue, 29 Aug 2000 20:30:24 GMT</pubDate>
    <dc:creator>Tom Danzig</dc:creator>
    <dc:date>2000-08-29T20:30:24Z</dc:date>
    <item>
      <title>dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440888#M7397</link>
      <description>the dmesg command tells me "The diagnostic logging facility has started receiveing excessive errors from the I/O subsystem" I/O error will be lost until the cause of the excessive I/O logging is corrected...&lt;BR /&gt;&lt;BR /&gt;this message appears at boot time but rarely after..&lt;BR /&gt;&lt;BR /&gt;STM shows me that the system is all right an no errors appears...i check that with the hard support.&lt;BR /&gt;&lt;BR /&gt;Has someone already seen that?&lt;BR /&gt;thanks'</description>
      <pubDate>Tue, 29 Aug 2000 14:45:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440888#M7397</guid>
      <dc:creator>RUSSOCKI Wladyslaw</dc:creator>
      <dc:date>2000-08-29T14:45:40Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440889#M7398</link>
      <description>dmesg does not provide a date-timestamp with the output. How does the syslog look?&lt;BR /&gt;You will have date-timestamps with those messages and can see if the messages are older. &lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 29 Aug 2000 14:50:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440889#M7398</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2000-08-29T14:50:35Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440890#M7399</link>
      <description>I've seen this happen quite often.  It indicates that the diagnotics daemon is receiving too many errors and that it can't keep up with the errors being reported.  &lt;BR /&gt;&lt;BR /&gt;syslog may have some messages related to the problem. as well you may want to peruse the &lt;BR /&gt;/var/stm/logs/sys/activity_log for any messages that may be indicative of a h/w problem.&lt;BR /&gt;&lt;BR /&gt;Beforehand I would stop and start diagmond and see if the problem disappears.</description>
      <pubDate>Tue, 29 Aug 2000 14:52:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440890#M7399</guid>
      <dc:creator>Vince Inman</dc:creator>
      <dc:date>2000-08-29T14:52:02Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440891#M7400</link>
      <description>I have had that situation before and it was a failing device - it was not completely dead, but it was dieing.  You might want to check /var/log/syslog/syslog.log and /var/log/syslog/OLDsyslog.log for clues... because if at the time you run stm, there is nothing wrong (ie. problem is intermittent) then you cannot catch it with STM, you will have to check the syslogs for more clues.&lt;BR /&gt;&lt;BR /&gt;You can also check the root mail for any outputs.</description>
      <pubDate>Tue, 29 Aug 2000 14:59:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440891#M7400</guid>
      <dc:creator>Kofi ARTHIABAH</dc:creator>
      <dc:date>2000-08-29T14:59:29Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440892#M7401</link>
      <description>Yes I've seen the message but only when there were genuine errors, not specifically at boot time.&lt;BR /&gt;&lt;BR /&gt;STM should indicate what is causing the errors but it sounds as though you've already been down that route.&lt;BR /&gt;&lt;BR /&gt;When you say 'boot time' is this when you power on the server or just when you reboot? I was wondering whether some hardware was possibly taking a little while to 'settle down' after powering up.</description>
      <pubDate>Tue, 29 Aug 2000 15:01:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440892#M7401</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2000-08-29T15:01:51Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440893#M7402</link>
      <description>John:&lt;BR /&gt;&lt;BR /&gt;You are correct, I stand corrected.&lt;BR /&gt;&lt;BR /&gt;Vince</description>
      <pubDate>Tue, 29 Aug 2000 15:03:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440893#M7402</guid>
      <dc:creator>Vince Inman</dc:creator>
      <dc:date>2000-08-29T15:03:41Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440894#M7403</link>
      <description>As Rick mentionned, dmesg is not reliable since its based on reading /var/adm/syslog/syslog.log&lt;BR /&gt;&lt;BR /&gt;The same appears when you have a file system full and you kown you cleared the file system or extended it...&lt;BR /&gt;To have reliable messages using dmesg would be to reinitialize the syslog.log mail.log and then /sbin/init.d/syslogd stop / start</description>
      <pubDate>Tue, 29 Aug 2000 15:04:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440894#M7403</guid>
      <dc:creator>Victor BERRIDGE</dc:creator>
      <dc:date>2000-08-29T15:04:19Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440895#M7404</link>
      <description>thanks for all theses replies!&lt;BR /&gt;exact : I find the same message in the /var/adm/syslog/syslog.log file, but it does'nt explain to me what is the origin of the excessive IO errors. Given that for STM all my devices are ok, that's very strange.&lt;BR /&gt;I've stopped/starte the diagmon daemon, and nothing happens! that is to say that, at this time the message does'nt appear in the syslog.log file.&lt;BR /&gt;Is someone kwowing this pb and using FC Mux?&lt;BR /&gt;thanks'&lt;BR /&gt;M</description>
      <pubDate>Tue, 29 Aug 2000 15:21:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440895#M7404</guid>
      <dc:creator>RUSSOCKI Wladyslaw</dc:creator>
      <dc:date>2000-08-29T15:21:40Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440896#M7405</link>
      <description>Part of querying the device is to see that all functions are performing, this would include the error functions. The device is probably "settling down" after the initial queries.</description>
      <pubDate>Tue, 29 Aug 2000 15:24:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440896#M7405</guid>
      <dc:creator>Rick Garland</dc:creator>
      <dc:date>2000-08-29T15:24:20Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440897#M7406</link>
      <description>HP have had a lot of problems with Fibre Channel controller cards.&lt;BR /&gt;&lt;BR /&gt;We had problems which only manifested themselves during periods of very heavy disk I/O.&lt;BR /&gt;&lt;BR /&gt;Since we've had the cards updated though all the problems have gone away.</description>
      <pubDate>Tue, 29 Aug 2000 15:29:54 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440897#M7406</guid>
      <dc:creator>John Palmer</dc:creator>
      <dc:date>2000-08-29T15:29:54Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440898#M7407</link>
      <description>When I had that problem, it was indeed with my FC (fibre channel adapter) HP support replaced fibre channel card.  He mentioned that  HP found that a series of the Fibre cards had a problem with their laser modules (GLM) and typically started failing after about 9 months...  solution?  get HP to replace your fibre channel card.&lt;BR /&gt;&lt;BR /&gt;BTW is your machine a D370 by any chance?&lt;BR /&gt;                                                                          &lt;BR /&gt;</description>
      <pubDate>Tue, 29 Aug 2000 17:27:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440898#M7407</guid>
      <dc:creator>Kofi ARTHIABAH</dc:creator>
      <dc:date>2000-08-29T17:27:19Z</dc:date>
    </item>
    <item>
      <title>Re: dmesg</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440899#M7408</link>
      <description>As stated, it's probably a bad fibre channel card.  Check /var/adm/syslog/syslog.log for messages to that effect. If one of the cards is bad, you'll see thousands of messages flooding the syslog.</description>
      <pubDate>Tue, 29 Aug 2000 20:30:24 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dmesg/m-p/2440899#M7408</guid>
      <dc:creator>Tom Danzig</dc:creator>
      <dc:date>2000-08-29T20:30:24Z</dc:date>
    </item>
  </channel>
</rss>

