Description of problem: With lvm2 with have several cases, when we could skip reading/checking devices we may know we shouldn't read. There are several scenarios were we are trying to i.e. check for metadata on devices, they are not readable or should not be scanned. Here are 2 examples - 1st. activate thin pool device - scanning such volume has no use - since thin pool has no header - and thus it presents it self as a device with 'mixed' signatures - i.e. block zero could be from any thin volume which happend to allocate this block - as well as the block at the end of this device. 2nd. reading invalid snapshot results in error read. (Bug 839811 comment 6) Both cases depend on the scan order - but if we know metadata ahead of touching this device - we may potentially have good chance to skip scanning them. Version-Release number of selected component (if applicable): lvm2-2.02.98-4.fc19.x86_64 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
This bug is getting to be more important since i.e. thin-pool might be in failed stated....
Scanning needs refinement.
FWIW, we now have 'scan_lvs = 0' as default. Will close this bug and ask to direct any new conversation or ideas to opt-in filters and SID work.