Re: [UU_] Won't go away

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

 



Hi Michael,

{Added the list back and fixed the top-posting.  Convention on
kernel.org is to reply-to-all, trim replies, and bottom post or interleave.}

On 10/27/2015 08:28 AM, Michael Munger wrote:
> On 10/27/2015 08:23 AM, Phil Turmel wrote:
>> On 10/27/2015 08:17 AM, Michael Munger wrote:

>>> Personalities : [raid6] [raid5] [raid4]
>>> md0 : active raid5 sdd1[3] sdc1[1] sdb1[0]
>>>       3906764800 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/2]
>>> [UU_]
>>>       [>....................]  recovery =  0.1% (2611780/1953382400)
>>> finish=1737.7min speed=18709K/sec
>>>       bitmap: 0/15 pages [0KB], 65536KB chunk

>> What's to fix?  Did you try waiting for the recovery to finish?
>> Creating an array generally isn't instant -- the redundancy has to be
>> computed over the entire array.
>>
>> Now, you might have speed limits that are making it slower than possible
>> (see man md), but multiple hours on big devices is perfectly normal.

> I thought [UU_] indicated a physical drive problem, not logical array
> issue. I'll wait until 2pm when this is supposed to finish and re-check.

I mentioned the speed limits because 20MB/sec is kinda low for modern
drives.  You can probably speed that up.

> It will be GREAT if that's all it was... my being impatient!
>
> PS... lsdrv is a great utility. thanks for making it available on Github.

You're welcome :-)

Phil
--
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