summaryrefslogtreecommitdiff
path: root/lib/filters
diff options
context:
space:
mode:
authorPeter Rajnoha <prajnoha@redhat.com>2018-11-29 12:35:54 -0600
committerDavid Teigland <teigland@redhat.com>2018-11-29 12:35:54 -0600
commitcb04b84c79f10e6b3f1b376cf7611d0afed26c39 (patch)
tree49260b4fba5eb5ae0b6185b2b80e4b95e3fca8ec /lib/filters
parentcd0fb0846db0d0bc04469914f6866a04af377548 (diff)
downloadlvm2-cb04b84c79f10e6b3f1b376cf7611d0afed26c39.tar.gz
scan: md metadata version 0.90 is at the end of disk
commit de28637 scan: use full md filter when md 1.0 devices are present missed the fact that md superblock version 0.90 also puts metadata at the end of the device, so the full md filter needs to be used when either 0.90 or 1.0 is present.
Diffstat (limited to 'lib/filters')
-rw-r--r--lib/filters/filter-md.c6
1 files changed, 3 insertions, 3 deletions
diff --git a/lib/filters/filter-md.c b/lib/filters/filter-md.c
index 2214986dd..02759233a 100644
--- a/lib/filters/filter-md.c
+++ b/lib/filters/filter-md.c
@@ -46,7 +46,7 @@
* 3. use udev to detect components
*
* mode 1 will not detect and exclude components of md devices
- * that use superblock version 1.0 which is at the end of the device.
+ * that use superblock version 0.9 or 1.0 which is at the end of the device.
*
* mode 2 will detect these, but mode 2 doubles the i/o done by label
* scan, since there's a read at both the start and end of every device.
@@ -59,11 +59,11 @@
*
* - the command is pvcreate/vgcreate/vgextend, which format new
* devices, and if the user ran these commands on a component
- * device of an md device 1.0, then it would cause problems.
+ * device of an md device 0.9 or 1.0, then it would cause problems.
* FIXME: this would only really need to scan the end of the
* devices being formatted, not all devices.
*
- * - it sees an md device on the system using version 1.0.
+ * - it sees an md device on the system using version 0.9 or 1.0.
* The point of this is just to avoid displaying md components
* from the 'pvs' command.
* FIXME: the cost (double i/o) may not be worth the benefit