- To: NeilBrown <neilb@xxxxxxx>
- Subject: Re: Hi! Strange issue with LSR -- bitmaps hadn't been used during 2 of 3 RAIDs resync
- From: Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
- Date: Tue, 26 Jun 2012 17:22:52 +0800
- Cc: linux-raid@xxxxxxxxxxxxxxx
- In-reply-to: <CA+sTkh7D83jxxf79vmVPLyEU3iTNqqiPCMT=DBnAQtS6x-SD7g@mail.gmail.com>
On 26 June 2012 16:55, Igor M Podlesny <for.poige+lsr@xxxxxxxxx> wrote:
> On 26 June 2012 14:18, NeilBrown <neilb@xxxxxxx> wrote:
>> On Wed, 20 Jun 2012 10:49:32 +0800 Igor M Podlesny <for.poige+lsr@xxxxxxxxx>
>> wrote:
> […]
>>> Here it is: http://pastie.org/4118133
>>
>> This doesn't appear to show the "start to end" that I suggested, just 10% to
>> 30%, but it does suggest that the bitmap isn't speeding things up at all, at
>> least for that part of the array... That is assuming you are talking about
>
> Well, I decided that's enough to be "pasted", but anyway, I can
> assure you — it took ~ 1 hour, as it was estimated, so yeah — no use
> of bitmap. For sure.
>
>> md124. I note that md125 doesn't have a bitmap. Is that what you are
>> referring to?
>
> Yeah, md125 is legacy RAID which is not being in use for a long
> time, it's just hanging around till re-layout happens.
>>
>> The next thing to do would be to look at the bitmap immediately after reboot
>> to see how many bits are set. Maybe lots are set for some reason.
That would more than unlikely due to:
— it's prepended with several sync-sleeps
— there's no intensive I/O
— kernel should have flush all buffers on suspend as well
--
--
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
[ATA RAID]
[Linux SCSI Target Infrastructure]
[Managing RAID on Linux]
[Linux IDE]
[Linux SCSI]
[Linux Hams]
[Device-Mapper]
[Kernel]
[Linux Books]
[Linux Admin]
[Linux Net]
[GFS]
[RPM]
[git]
[Photos]
[Yosemite Photos]
[Yosemite News]
[AMD 64]
[Linux Networking]