Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757089AbYKWACt (ORCPT ); Sat, 22 Nov 2008 19:02:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1753883AbYKWACl (ORCPT ); Sat, 22 Nov 2008 19:02:41 -0500 Received: from lucidpixels.com ([75.144.35.66]:45639 "EHLO lucidpixels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753607AbYKWACl (ORCPT ); Sat, 22 Nov 2008 19:02:41 -0500 Date: Sat, 22 Nov 2008 19:02:39 -0500 (EST) From: Justin Piszcz To: linux-raid@vger.kernel.org cc: linux-kernel@vger.kernel.org Subject: Why does the md/raid subsystem does not remap bad sectors in a raid array? Message-ID: User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1253 Lines: 33 I asked before but it was kind of clobbered in the velociraptor mess: On a colleague's box: Aug 02, 2008 12:15.30AM(0x04:0x0023): Sector repair completed: port=7, LBA=0x4A0387F5 SMART Self-test log structure revision number 0 Warning: ATA Specification requires self-test log structure revision number = 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 305 1241745397 Even though this disk has a bad sector: 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1 The controller does not drop the drive from the array when it hits an error, the 3ware card "takes care of it" and the user need not worry about it, whereas with md/raid every time it hits a bad sector, it breaks the raid and it goes degraded, is this correct? Will/can something like what 3ware does be possible in a sw-raid based configuration or is a HW raid card required? Justin. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/