Bug 1800475 - Symlink to cache pool metadata LV not removed after removing the cache pool
Summary: Symlink to cache pool metadata LV not removed after removing the cache pool
Keywords:
Status: NEW
Alias: None
Product: LVM and device-mapper
Classification: Community
Component: lvm2
Version: unspecified
Hardware: Unspecified
OS: Unspecified
high
unspecified
Target Milestone: ---
: ---
Assignee: Zdenek Kabelac
QA Contact: cluster-qe
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-02-07 08:02 UTC by Vojtech Trefny
Modified: 2023-08-10 15:41 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:
pm-rhel: lvm-technical-solution?
pm-rhel: lvm-test-coverage?

Attachments (Terms of Use)

Description Vojtech Trefny 2020-02-07 08:02:01 UTC 
Description of problem:

There is some race condition between LVM and udev that results in the /dev/<vg>/<cachepool>_meta symlink not being removed after removing the cache pool using `lvconvert --uncache`. We see this only occasionally in our CI and only with RHEL/CentOS 8 and Debian 10.


Version-Release number of selected component (if applicable):

  LVM version:     2.03.05(2)-RHEL8 (2019-06-15)
  Library version: 1.02.163-RHEL8 (2019-06-15)
  Driver version:  4.39.0

How reproducible:


Steps to Reproduce:

lvcreate -L512m -n testLV testVG
lvcreate -L512m -n testCache testVG
lvcreate -L8m -n testCache_meta testVG
lvconvert -y --type cache-pool --poolmetadata testCache_meta --cachemode writethrough testVG/testCache
lvconvert -y --type cache --cachepool testVG/testCache testVG/testLV
lvconvert -y -f --uncache testVG/testLV

ls /dev/testVG/testCache*
/dev/testVG/testCache_meta
Note You need to log in before you can comment on or make changes to this bug.