<?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 about bad block =off in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741249#M256166</link>
    <description>Hi everyone,&lt;BR /&gt;&lt;BR /&gt;   HP said in root,swap and dump devce, the option bad block should be off, I think there is problem exist, if system read a bad block of root device, because bad block=off, so system will not mark the bad block ,and try to read the block continually,this will consume all CPU time and system has no any other CPU time to handle the request come from client! although we have mirror disk, system will not swith to another system disk!!! I think this is a big problem. how can us sovle it ?&lt;BR /&gt;&lt;BR /&gt;thanks</description>
    <pubDate>Tue, 28 Feb 2006 20:13:37 GMT</pubDate>
    <dc:creator>rayche</dc:creator>
    <dc:date>2006-02-28T20:13:37Z</dc:date>
    <item>
      <title>about bad block =off</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741249#M256166</link>
      <description>Hi everyone,&lt;BR /&gt;&lt;BR /&gt;   HP said in root,swap and dump devce, the option bad block should be off, I think there is problem exist, if system read a bad block of root device, because bad block=off, so system will not mark the bad block ,and try to read the block continually,this will consume all CPU time and system has no any other CPU time to handle the request come from client! although we have mirror disk, system will not swith to another system disk!!! I think this is a big problem. how can us sovle it ?&lt;BR /&gt;&lt;BR /&gt;thanks</description>
      <pubDate>Tue, 28 Feb 2006 20:13:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741249#M256166</guid>
      <dc:creator>rayche</dc:creator>
      <dc:date>2006-02-28T20:13:37Z</dc:date>
    </item>
    <item>
      <title>Re: about bad block =off</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741250#M256167</link>
      <description>HI,&lt;BR /&gt;&lt;BR /&gt;  who can tell me how to understand it ?&lt;BR /&gt;&lt;BR /&gt;  Thanks.&lt;BR /&gt;&lt;BR /&gt;Rayche</description>
      <pubDate>Wed, 01 Mar 2006 02:26:31 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741250#M256167</guid>
      <dc:creator>rayche</dc:creator>
      <dc:date>2006-03-01T02:26:31Z</dc:date>
    </item>
    <item>
      <title>Re: about bad block =off</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741251#M256168</link>
      <description>Interesting question.&lt;BR /&gt;&lt;BR /&gt;Actually "the system will mark the block BAD, and will not try to read it again".&lt;BR /&gt;&lt;BR /&gt;Bad block relocation policy has two switch "n,N":&lt;BR /&gt;&lt;BR /&gt;[n]: Prevent bad block relocation.&lt;BR /&gt;Upon media failure, LVM will mark the                                         failed block as bad in the Bad                                         Block Directory, but will NOT                               attempt to relocate the bad block to a new location on disk. Future                                         I/O requests which contain the bad                                         block will return with an I/O                                         error.  No attempt will be made to                                         access the bad block. &lt;BR /&gt;&lt;BR /&gt;[N]: Disable bad block relocation and                                         the Bad Block Directory.&lt;BR /&gt;Upon a media failure, LVM will NOT attempt                                         to relocate the bad block. In                                         addition it will NOT enter the                                         block in the Bad Block Directory.                                         LVM will have no record of the                                         block being bad, and will attempt                                         to access it on future I/O                                         requests.&lt;BR /&gt;&lt;BR /&gt;Maybe this is intended to let you know if critical LVs have bad blocks.&lt;BR /&gt;&lt;BR /&gt;As for mirror copy switching it is triggered by a failed PV.</description>
      <pubDate>Wed, 01 Mar 2006 05:14:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741251#M256168</guid>
      <dc:creator>Tiziano Contorno _</dc:creator>
      <dc:date>2006-03-01T05:14:18Z</dc:date>
    </item>
    <item>
      <title>Re: about bad block =off</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741252#M256169</link>
      <description>thanks for Vanadio's help. In fact,I met the problem last time, I used RP8400 machine, and at that time, when I try to telnet to the machine, there was no response, so I went to DC room to check using console, I found it was very slowly when I typed command, then I use sar command to check,I found disk wio is 100%, I used mstm command to find there was bad block error. I do not understand why system try to read a bad block error ? in that system, root,swap and dump's bad block option is off, other is on.&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Wed, 01 Mar 2006 20:31:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/about-bad-block-off/m-p/3741252#M256169</guid>
      <dc:creator>rayche</dc:creator>
      <dc:date>2006-03-01T20:31:37Z</dc:date>
    </item>
  </channel>
</rss>

