<div class="gmail_quote">On Wed, Mar 2, 2011 at 3:36 PM, Ajay Sharma <span dir="ltr">&lt;<a href="mailto:ajayrockrock@gmail.com">ajayrockrock@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Wed, Mar 2, 2011 at 12:13 PM, Alex Butcher &lt;<a href="mailto:mythlist@assursys.co.uk">mythlist@assursys.co.uk</a>&gt; wrote:<br>
&gt; On Wed, 2 Mar 2011, Brian Long wrote:<br>
&gt;&gt; On Tue, Feb 22, 2011 at 2:33 PM, Bobby Gill &lt;<a href="mailto:bobbygill@rogers.com">bobbygill@rogers.com</a>&gt; wrote:<br>
</div><div class="im">&gt;&gt; I recommend you read the following post and the associated TLER posts before putting WD Green drives in a RAID array:<br>
&gt;&gt; <a href="http://shifteightgeneration.com/content/wdtler-fix-tler-setting-wd-desktop-hard-drives" target="_blank">http://shifteightgeneration.com/content/wdtler-fix-tler-setting-wd-desktop-hard-drives</a><br>
&gt;<br>
&gt; Depends on the type of RAID array one is using. TLER shouldn&#39;t really be a<br>
&gt; big deal with Linux software (md) RAID, as if it encounters a read error,<br>
&gt; it&#39;ll immediately try to read the sector from another device in the array<br>
&gt; and re-write it to the device that failed (search for &#39;read error&#39; in the md<br>
&gt; manpage).  md doesn&#39;t timeout discs like some hardware controllers do:<br>
&gt; &lt;<a href="http://osdir.com/ml/linux-raid/2009-09/msg00108.html" target="_blank">http://osdir.com/ml/linux-raid/2009-09/msg00108.html</a>&gt;.<br>
<br>
</div>Thanks for this explanation.  I&#39;ve been running a software raid-1<br>
setup for about 15 months now with green drives and haven&#39;t had any<br>
issues.  I figured that md was handling the lack of TLER fine but<br>
haven&#39;t had a chance to look it up.<br>
<font color="#888888"><br></font></blockquote><div><br>I don&#39;t think it&#39;s really an issue for RAID-1, if one disk has a glitch md will just try to update it from the other one, so you will see a resync. md will periodically resync the array anyway (at least it does that in recent versions, my Centos5 boxes all do it), so every now and then you can catch resyncs in /proc/mdstat. Once I had a SATA error, the disk did not drop out but md reconstructed the mirror. Since RAID-1 is a simple mirror, with each disk holding a valid filesystem, nothing will go wrong unless both disks suffer hard (not intermittent) failure in a short time. The problem with RAID-5 is that if a resync is triggered and then another disk has an intermittent failure during read, now md cannot resync the array. If you have a 2TB disk, the chances of a single read error during the read of the whole 2TB are pretty high (some estimates put it close to 100%). I&#39;ve seen recommendations to use RAID-1 or RAID-6 with large disks, instead of RAID-5 (I&#39;ve done that with my main server, 6 1.5TB disks).<br>
 </div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><font color="#888888">
--Ajay<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
mythtv-users mailing list<br>
<a href="mailto:mythtv-users@mythtv.org">mythtv-users@mythtv.org</a><br>
<a href="http://www.mythtv.org/mailman/listinfo/mythtv-users" target="_blank">http://www.mythtv.org/mailman/listinfo/mythtv-users</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Fedor G Pikus (<a href="mailto:fpikus@gmail.com">fpikus@gmail.com</a>)<br><a href="http://www.pikus.net">http://www.pikus.net</a><br><a href="http://wild-light.com">http://wild-light.com</a><br>