Re: Recovery speed at 1MB/s/device, unable to change

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

 



On Monday April 24, anssi.hannula@xxxxxxxxx wrote:
> # mdadm --grow /dev/md_d1 --raid-devices=3 --backup-file backupfile
> mdadm: Need to backup 128K of critical section..
> mdadm: /dev/md_d1: Cannot get array details from sysfs
> 
> Strace shows that it's trying to access
> "/sys/block/md_d4/md/component_size".
> 
> Why is this?

Because I didn't test my code properly :-(

Following patch should fix it.

Re: the recovery speed problem:  I would try dding from one drive to
the other and see what sort of speed you get then:
  dd if=/dev/sda of=/dev/sdb bs=1024k count=1000
or something like that.

Thanks,
NeilBrown

Signed-off-by: Neil Brown <neilb@xxxxxxx>

### Diffstat output
 ./sysfs.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff ./sysfs.c~current~ ./sysfs.c
--- ./sysfs.c~current~	2006-03-14 15:33:12.000000000 +1100
+++ ./sysfs.c	2006-04-24 07:56:56.000000000 +1000
@@ -206,7 +206,7 @@ unsigned long long get_component_size(in
 			minor(stb.st_rdev));
 	else
 		sprintf(fname, "/sys/block/md_d%d/md/component_size",
-			minor(stb.st_rdev)/16);
+			minor(stb.st_rdev)/64);
 	fd = open(fname, O_RDONLY);
 	if (fd < 0)
 		return 0;
-
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