Re: ludicrous speed: raid6 reconstruction

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I saw this on my array, and other(s) have reported it as well.

Apparently the reconstruction speed algorithm doesn't understand that
it's not syncing all the blocks and hilarity ensues. I believe that was
it, anyway

Either that or you really have a hell of a server :-)

-Mike

jurriaan wrote:
> Personalities : [linear] [raid0] [raid1] [raid5] [raid4] [raid6] 
> md0 : active raid6 sdh1[7] sdg1[6] sdf1[5] sde1[4] sdd1[3] sdc1[2] sdb1[1] sda1[0]
>       1465175424 blocks level 6, 64k chunk, algorithm 2 [8/8] [UUUUUUUU]
>       [==================>..]  resync = 91.0% (222239104/244195904) finish=0.0min speed=7369041K/sec
>       bitmap: 23/233 pages [92KB], 512KB chunk
> I am reminded of Spaceball's 'ludicrous speed' here. This is after a
> reboot from 2.6.16-rc1-mm3 (where the array was built) to 2.6.16-rc1-mm5
> (where rebuilding continued thanks to the bitmap).
-
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

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux