On Wed, Jul 11, 2012 at 05:27:42PM +0900, Christian Balzer wrote: > > BTW these are all Seagate ST3000DM001. Yes, I know :-( > > > Indeed, there is your problem. And on a LSI controller (which one?) to > boot. ^o^ > Though the later part should be fine with a kernel as new as yours. The drives were only bought because the supplier was out of Hitachis, and we didn't realise the Seagates don't have ERC. This is why the Hitachis have moved to production, and I'm stuck with the Seagates on the dev systems :-( > (look at the Load_Cycle_Count in SMART) 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 490 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 549 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 516 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 505 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 76 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 77 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 502 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 495 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 550 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 562 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 532 193 Load_Cycle_Count 0x0032 100 100 000 Old_age Always - 556 Ugh. (Two have a lower count, but maybe those are bad...) > With direct attached drives that you can issue hdparm commands to, you can > "fix" this deadly behavior by issuing an "apm = 255" command to them (in > hdparm.conf, needs to be done on each boot...). Thanks, rc.local now has: # Set Error Recovery Control if drive supports it for i in /dev/sd*; do /usr/sbin/smartctl -l scterc,70,70 $i >/dev/null; done # Stop drives from spinning down for i in /dev/sd*; do hdparm -q -B255 $i; done Cheers, Brian. -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
