1 |
On Thu, Sep 5, 2013 at 12:11 PM, Paul Hartman |
2 |
<paul.hartman+gentoo@×××××.com> wrote: |
3 |
> On Thu, Sep 5, 2013 at 11:52 AM, Michael Orlitzky <michael@××××××××.com> wrote: |
4 |
>> This is the process I always follow: |
5 |
>> |
6 |
>> http://www.howtoforge.com/replacing_hard_disks_in_a_raid1_array |
7 |
>> |
8 |
>> The sfdisk trick will save you a bit of hassle. |
9 |
> |
10 |
> Thanks, it looks like I was on the right path! Crossing my fingers... |
11 |
|
12 |
So, I probably should not have attempted to do this immediately after |
13 |
eating dinner. My brain was not operating at full speed, and I went |
14 |
ahead and pulled the drive before removing it from the array. Oops! As |
15 |
soon as I pulled the latch to release the drive, I had that "oh no!" |
16 |
moment. Luckily, as it turns out, md (or mdadm? or udev?) was nice |
17 |
enough to automatically remove it for me when the drive ceased to |
18 |
exist. |
19 |
|
20 |
So, I simply inserted and partitioned the new drive, added it to the |
21 |
array and away we go! |
22 |
|
23 |
md0 : active raid6 sde1[6] sdd1[5] sdg1[4] sdh1[2] sdf1[1] sdi1[0] |
24 |
11720009728 blocks super 1.2 level 6, 512k chunk, algorithm 2 |
25 |
[6/5] [UUU_UU] |
26 |
[>....................] recovery = 2.3% (69513216/2930002432) |
27 |
finish=428.7min speed=111206K/sec |
28 |
|
29 |
When I wake up in the morning, I hope there won't be any errors. |
30 |
|
31 |
|
32 |
BTW -- a couple tips I found which speed up RAID building/recovery |
33 |
tremendously (season to taste): |
34 |
|
35 |
echo 32768 > /sys/block/md0/md/stripe_cache_size |
36 |
echo 200000 > /proc/sys/dev/raid/speed_limit_max |