8 Commits

Author	SHA1	Message	Date
Zdenek Kabelac	8df0a32abb	tests: this test has race in it depending on kernel ... Some kernel seems to keep 'lvextend' busy so long, that actual resize already happens. So ATM use 'should' until something better is invented.	2021-03-23 21:32:51 +01:00
Zdenek Kabelac	80d0f200d0	tests: increase version of targets for progress	2021-03-17 00:59:50 +01:00
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