Re: Bug in MDADM or just crappy computer?

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

 



Really really wierd.

Compiling gcc and glibc and wrote a lil script in perl that does a loop and 
loads the cpu´s to aprox 95%.

The resyncspeed is at 9000K/s

Think my computer is haunted.

"Phantazm" <phantazm@xxxxxxxxxxx> skrev i meddelandet 
news:cv9gbc$84g$1@xxxxxxxxxxxxxxxx
> My resync problem still goes on :-(
>
> When the resync is done on my raid5 with 8 disks just goes into a loop and 
> marks 2 disks as failed.
>
> Then i need to reboot and assemble them again with the force. (the 2 disks 
> thats failing isnt on same controller card)
>
> And the kernel log is filled up with this.
>
> Feb 20 08:43:13 [kernel] md: md0: sync done.
> Feb 20 08:43:13 [kernel] md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: md0: sync done.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: using maximum available idle IO bandwith (but 
> not more than 15000 KB/sec) for reconstruction.
> Feb 20 08:43:13 [kernel] md: using 128k window, over a total of 199141632 
> blocks.
> Feb 20 08:43:13 [kernel] md: md0: sync done.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] .<6>md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: using maximum available idle IO bandwith (but 
> not more than 15000 KB/sec) for reconstruction.
> Feb 20 08:43:13 [kernel] md: using 128k window, over a total of 199141632 
> blocks.
> Feb 20 08:43:13 [kernel] md: md0: sync done.
> Feb 20 08:43:13 [kernel] md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: using maximum available idle IO bandwith (but 
> not more than 15000 KB/sec) for reconstruction.
> Feb 20 08:43:13 [kernel] md: using 128k window, over a total of 199141632 
> blocks.
> Feb 20 08:43:13 [kernel] md: md0: sync done.
> Feb 20 08:43:13 [kernel] md: syncing RAID array md0
> Feb 20 08:43:13 [kernel] md: minimum _guaranteed_ reconstruction speed: 
> 5000 KB/sec/disc.
> Feb 20 08:43:13 [kernel] md: using maximum available idle IO bandwith (but 
> not more than 15000 KB/sec) for reconstruction.
> Feb 20 08:43:13 [kernel] md: using 128k window, over a total of 199141632 
> blocks.
>
>
> aint got a single clue what it could be.
>
> I have tried this patch too..
>
> (The disks are not broken, that i know for sure)
>
> --------------------------------------------
>
> Fix endless loop when syncing an array that doesn't need any resync.
>
> If the resync checkpoint for an array is at the end of the array, It 
> doesn't get set to MAX_SECTOR, so resyncing will be retried.
>
> By updating curr_resync early, this problem is fixed.
>
> Signed-off-by: Neil Brown <neilb@xxxxxxxxxxxxxxx>
>
> ### Diffstat output
>
> ./drivers/md/md.c | 6 ++++--
>
> 1 files changed, 4 insertions(+), 2 deletions(-)
>
> diff ./drivers/md/md.c~current~ ./drivers/md/md.c
>
> --- ./drivers/md/md.c~current~ 2005-02-02 12:08:42.000000000 +1100
>
> +++ ./drivers/md/md.c 2005-02-02 12:08:53.000000000 +1100
>
> @@ -3472,10 +3472,12 @@ static void md_do_sync(mddev_t *mddev)
>
> init_waitqueue_head(&mddev->recovery_wait);
>
> last_check = 0;
>
>
> - if (j)
>
> + if (j>2) {
>
> printk(KERN_INFO
>
> "md: resuming recovery of %s from checkpoint.\n",
>
> mdname(mddev));
>
> + mddev->curr_resync = j;
>
> + }
>
>
> while (j < max_sectors) {
>
> int sectors;
>
> @@ -3562,7 +3564,7 @@ static void md_do_sync(mddev_t *mddev)
>
>
> if (!test_bit(MD_RECOVERY_ERR, &mddev->recovery) &&
>
> mddev->curr_resync > 2 &&
>
> - mddev->curr_resync > mddev->recovery_cp) {
>
> + mddev->curr_resync >= mddev->recovery_cp) {
>
> if (test_bit(MD_RECOVERY_INTR, &mddev->recovery)) {
>
> printk(KERN_INFO
>
> "md: checkpointing recovery of %s.\n",
>
>
>
> -
> 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
> 



-
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