mirror of
git://sourceware.org/git/lvm2.git
synced 2024-12-22 17:35:59 +03:00
0b8bf73a63
In case any SubLV of a RaidLV transiently fails, it needs two "lvchange --refresh RaidLV" runs to get it to fully operational mode again. Reason being, that lvm reloads all targets for the RaidLV tree but doesn't resume the SubLVs until after the whole tree has been reloaded in the first refresh run. Thus the live mapping table of the SubLVs still point to an "error" mapping and the dm-raid target can't retrieve any superblock from the MetaLV(s) in processing the constructor during this preload thus not discovering the again accessible SubLVs. In the second run, the SubLV targets map proper (meta)data, hence the constructor discovers those fine now. Solve by resuming the SubLVs of the RaidLV before preloading the respective top-level RaidLV target. Resolves: rhbz1399844 |
||
|---|---|---|
| .. | ||
| cache_manip.c | ||
| lv_alloc.h | ||
| lv_manip.c | ||
| lv.c | ||
| lv.h | ||
| merge.c | ||
| metadata-exported.h | ||
| metadata.c | ||
| metadata.h | ||
| mirror.c | ||
| pool_manip.c | ||
| pv_alloc.h | ||
| pv_manip.c | ||
| pv_map.c | ||
| pv_map.h | ||
| pv.c | ||
| pv.h | ||
| raid_manip.c | ||
| replicator_manip.c | ||
| segtype.c | ||
| segtype.h | ||
| snapshot_manip.c | ||
| takeover_matrix.h | ||
| thin_manip.c | ||
| vg.c | ||
| vg.h | ||