From: Wols Lists <antlists@youngman.org.uk>
To: Santiago DIEZ <santiago.diez@caoba.fr>
Cc: Linux Raid LIST <linux-raid@vger.kernel.org>
Subject: Re: Fail to assemble raid4 with replaced disk
Date: Mon, 31 Oct 2016 15:57:21 +0000 [thread overview]
Message-ID: <581769E1.6060403@youngman.org.uk> (raw)
In-Reply-To: <CAJh8RqXV4_v-zAu9Us_K6oTS_N_bR6vd97G4msN00qXn_vtXEQ@mail.gmail.com>
On 27/10/16 15:11, Santiago DIEZ wrote:
> Hi,
>
> Indeed, here is what I had in terms of event count:
> /dev/sda10: 81589
> /dev/sdb10: 81626
> /dev/sdc10: 81589
>
> Then the following procedure worked quite straightforward:
> --------------------------------------------------------------------------------
> # mdadm --assemble /dev/md10 --verbose --force /dev/sda10 /dev/sdb10 /dev/sdc10
> # mdadm --manage /dev/md10 --add /dev/sdd10
> --------------------------------------------------------------------------------
>
> And 6h+ later:
> --------------------------------------------------------------------------------
> # cat /proc/mdstat
> Personalities : [raid1] [raid6] [raid5] [raid4]
> md10 : active raid5 sdd10[3] sda10[0] sdc10[2] sdb10[1]
> 5778741888 blocks level 5, 64k chunk, algorithm 2 [4/4] [UUUU]
> --------------------------------------------------------------------------------
>
> Then I ran:
> --------------------------------------------------------------------------------
> # e2fsck -f -n -t -v /dev/md10
> e2fsck 1.42.5 (29-Jul-2012)
> Pass 1: Checking inodes, blocks, and sizes
> Pass 2: Checking directory structure
> Pass 3: Checking directory connectivity
> Pass 4: Checking reference counts
> Pass 5: Checking group summary information
>
> 15675837 inodes used (4.34%, out of 361177088)
> 188798 non-contiguous files (1.2%)
> 14751 non-contiguous directories (0.1%)
> # of inodes with ind/dind/tind blocks: 0/0/0
> Extent depth histogram: 15626455/47037/15
> 1281308341 blocks used (88.69%, out of 1444685472)
> 0 bad blocks
> 101 large files
>
> 15311457 regular files
> 361754 directories
> 0 character device files
> 0 block device files
> 0 fifos
> 0 links
> 2607 symbolic links (2310 fast symbolic links)
> 10 sockets
> ------------
> 15675828 files
> Memory used: 50976k/1912k (20541k/30436k), time: 1304.00/334.06/ 8.00
> I/O read: 4891MB, write: 0MB, rate: 3.75MB/s
> --------------------------------------------------------------------------------
>
> Does it look OK enough to launch the mount?
>
sorry - I've been away for the weekend - daughter's wedding :-)
But yes, that looks great. No errors on fsck either, I think :-)
I think your array looks fine. Just look at the output from smartctl for
your old drives and make sure that it doesn't look like another drive is
going to fail soon. I'm not quite sure what to look for, mostly bad
blocks and relocates, I think, but if you compare it with your new drive
and stuff looks dodgy, you can always ask for help.
Cheers,
Wol
next prev parent reply other threads:[~2016-10-31 15:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-25 17:08 Fail to assemble raid4 with replaced disk Santiago DIEZ
2016-10-25 17:35 ` Mikael Abrahamsson
2016-10-25 17:50 ` Wols Lists
2016-10-27 14:11 ` Santiago DIEZ
2016-10-31 15:57 ` Wols Lists [this message]
2017-02-02 13:33 ` Santiago DIEZ
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=581769E1.6060403@youngman.org.uk \
--to=antlists@youngman.org.uk \
--cc=linux-raid@vger.kernel.org \
--cc=santiago.diez@caoba.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.