From mboxrd@z Thu Jan 1 00:00:00 1970 From: Phil Turmel Subject: Re: broken raid level 5 array caused by user error Date: Tue, 10 Nov 2015 10:28:52 -0500 Message-ID: <56420D34.5070204@turmel.org> References: <15194c2e14b9a7c3431853dea9dc8b5e@pingofdeath.de> <5640A4B1.4050207@turmel.org> <07de4cd96f39ecb6154794d072ca12e7@pingofdeath.de> <5640B8AD.3030800@turmel.org> <5640C38B.4060503@turmel.org> <56410C67.2090202@turmel.org> <420c63e0400e6d3f50b794e64f6a8d96@pingofdeath.de> <5641F749.2070804@turmel.org> <63e6dd8089ebeabf27e3419255e29958@pingofdeath.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <63e6dd8089ebeabf27e3419255e29958@pingofdeath.de> Sender: linux-raid-owner@vger.kernel.org To: Mathias Mueller Cc: Linux raid List-Id: linux-raid.ids On 11/10/2015 10:20 AM, Mathias Mueller wrote: > Hi Phil, > > Is it correct to use --data-offset=1024 when I want to set an offset of > 2048? At least a mdadm --examine on one of the devices shows the offset > is set to 2048 when using --data-offset=1024. This must be a bug in an old mdadm. Don't use it. > With --data-offset=1024 and both chunk sizes (64 & 512) I have something > like a success when using this two orders: > > sde sdd sdb sdc > sde sdb sdd sdc > > I'm getting: > > e2fsck 1.41.12 (17-May-2010) > /dev/md0 has unsupported feature(s): FEATURE_C16 FEATURE_C17 FEATURE_C18 > FEATURE_C19 FEATURE_C21 FEATURE_C22 FEATURE_C23 FEATURE_C25 FEATURE_C27 > FEATURE_C28 FEATURE_I29 FEATURE_R29 > e2fsck: Get a newer version of e2fsck! > > So I guess I should try some newer fsck version (I'm back on the old > machine with centos 6, the failed reshaping was done with the new > machine with centos 7). Whoa! Don't do that. Upgrade to CentOS 7, or go back to the other machine. You didn't mention switching machines, btw. That would explain the different drive names vs. roles. You need to document the device names vs. drive serial numbers on the current setup before moving or upgrading. Then adjust the names worked out above based on the serial numbers in the new environment. In general, device names cannot be considered reliable -- that's why labels and uuids are the preferred way to identify things in today's systems. And why mdadm has superblocks to keep track of what's what. And when you have your system fully running again, document the entire layout with lsdrv [1]. Phil [1] https://github.com/pturmel/lsdrv