6 Commits

Author	SHA1	Message	Date
Zdenek Kabelac	52d3c4de6e	tests: smaller delay and lowered version ... See if this will still work. Some boxes are delayed too much. Also try to check for raid extend progress from version 1.13.	2020-09-16 14:08:05 +02:00
Zdenek Kabelac	bb62af5b3d	tests: tune extend test ... For proper checking of extension progress require version 1.15 It looks with older versoin extension happens during very slow resume within lvm command - although speed is still somewhat slow with latest version.	2020-09-08 21:23:03 +02:00
Zdenek Kabelac	10fc3610c4	tests: use delayzero_dev ... Speed-up a bit the first synchronization with just 50ms write delay, but later set also delay on read to slowdown lvextend. FIXME: there are still things to look at: 0 229376 raid raid1 2 AA 229376/229376 idle 0 0 0 229376 raid raid1 2 AA 0/229376 frozen 0 0 - 0 262144 raid raid1 2 AA 229376/262144 repair 0 0 - 0 262144 raid raid1 2 AA 229376/262144 repair 0 0 - 0 262144 raid raid1 2 AA 245888/262144 repair 0 0 -	2020-09-04 18:11:42 +02:00
Zdenek Kabelac	5f064e2221	tests: slowdown delay of raid ... Slowdown 'delay' more.	2019-11-01 16:31:12 +01:00
Zdenek Kabelac	f07e5c1fe4	tests: skip when raid is not present	2019-10-17 13:03:50 +02:00
Heinz Mauelshagen	242e2dccc3	test: add RAID lvextend resynchronization test ... Due to a dm-raid target flaw fixed in target version 1.15.0, extents of raid sets don't get resynchronized when new MD bitmp pages have to be allocated due to the extension. Introduce lvextend-raid.sh to test this flaw. Related: rhbz1671964	2019-10-02 15:25:41 +02:00