imsm: FIX: Raid5 data corruption data recovering from backup

Sporadicaly when Raid5's data are restored from backup area,
corruption occurs.
It doesn't happen if reshape process is beyond critical section.

Root cause of the problem is passing wrong starting point in
restore_stripes(). It was hard coded to 0 so far.
This causes that parity disks position in first stripe was always set
to the last raid disk. This position should depend on data position in array.

Proper start position was set and pointer for restoring data
(copy area address) is adjusted to passed start parameter.

Signed-off-by: Adam Kwolek <adam.kwolek@intel.com>
Signed-off-by: Krzysztof Wojcik <krzysztof.wojcik@intel.com>
Signed-off-by: NeilBrown <neilb@suse.de>
This commit is contained in:
Adam Kwolek 2011-06-14 12:42:22 +10:00 committed by NeilBrown
parent b66e591b14
commit d1877f697d
1 changed files with 8 additions and 1 deletions

View File

@ -7710,6 +7710,8 @@ int save_backup_imsm(struct supertype *st,
int new_disks = map_dest->num_members;
int dest_layout = 0;
int dest_chunk;
unsigned long long start;
int data_disks = imsm_num_data_members(dev, 0);
targets = malloc(new_disks * sizeof(int));
if (!targets)
@ -7719,10 +7721,15 @@ int save_backup_imsm(struct supertype *st,
if (!target_offsets)
goto abort;
start = info->reshape_progress * 512;
for (i = 0; i < new_disks; i++) {
targets[i] = -1;
target_offsets[i] = (unsigned long long)
__le32_to_cpu(super->migr_rec->ckpt_area_pba) * 512;
/* move back copy area adderss, it will be moved forward
* in restore_stripes() using start input variable
*/
target_offsets[i] -= start/data_disks;
}
if (open_backup_targets(info, new_disks, targets))
@ -7740,7 +7747,7 @@ int save_backup_imsm(struct supertype *st,
-1, /* source backup file descriptor */
0, /* input buf offset
* always 0 buf is already offseted */
0,
start,
length,
buf) != 0) {
fprintf(stderr, Name ": Error restoring stripes\n");