summaryrefslogtreecommitdiffstats
path: root/lib/cache/lvmcache.c
diff options
context:
space:
mode:
authorMilan Broz <mbroz@redhat.com>2010-05-13 13:04:03 +0000
committerMilan Broz <mbroz@redhat.com>2010-05-13 13:04:03 +0000
commit9ad39e546b144ab4d18699fc9e8b2b5297c79cb9 (patch)
tree8198a48b9e06cc26ce1f58368c758a5d7cdd146e /lib/cache/lvmcache.c
parent1540955fc6013d5991820f172dc50eb33d9d49b7 (diff)
downloadlvm2-9ad39e546b144ab4d18699fc9e8b2b5297c79cb9.tar.gz
lvm2-9ad39e546b144ab4d18699fc9e8b2b5297c79cb9.tar.xz
lvm2-9ad39e546b144ab4d18699fc9e8b2b5297c79cb9.zip
Currently if clvmd is running and user issues vgscan,
the device cache file is dumped both in vgscan and clvmd process. Unfortunately, clvmd calls lvmcache_label_scan, it properly destroys persistent filter, but during persistent_filter_dump it merges old cache content back! This causes that change in filters is not properly propagated into device cache after vgscan on cluster. (Only new devices are added.) https://bugzilla.redhat.com/show_bug.cgi?id=591861
Diffstat (limited to 'lib/cache/lvmcache.c')
-rw-r--r--lib/cache/lvmcache.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/lib/cache/lvmcache.c b/lib/cache/lvmcache.c
index 0e31a4ee..940c61f3 100644
--- a/lib/cache/lvmcache.c
+++ b/lib/cache/lvmcache.c
@@ -567,7 +567,7 @@ int lvmcache_label_scan(struct cmd_context *cmd, int full_scan)
* device cache for the benefit of short-lived processes.
*/
if (full_scan == 2 && cmd->is_long_lived && cmd->dump_filter)
- persistent_filter_dump(cmd->filter);
+ persistent_filter_dump(cmd->filter, 0);
r = 1;