Bug 1351777 - dmeventd should be notified about metadata change
Summary: dmeventd should be notified about metadata change
Keywords:
Status: NEW
Alias: None
Product: LVM and device-mapper
Classification: Community
Component: lvm2
Version: 2.02.152
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: ---
: ---
Assignee: LVM Team
QA Contact: cluster-qe
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-06-30 19:55 UTC by Zdenek Kabelac
Modified: 2025-05-17 08:28 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:
rule-engine: lvm-technical-solution?
rule-engine: lvm-test-coverage?


Attachments (Terms of Use)

Description Zdenek Kabelac 2016-06-30 19:55:42 UTC
Description of problem:

dmeventd thin plugin stops retrying resize of thin pool if there is a failure - to avoid stopping filling system logs with lots of failures and archives.

However when the VG is i.e. extended with a new space, there is currently no mechanism to let know dmeventd there is new chance to 'resize'.

ATM user has to manually at least run 'vgchange --refresh' after i.e. 'vgextend' or even 'lvremove'

So the purpose of BZ is provide some solution here.

As a proposal seems to be a reuse of mechanism used for update of lvmetad,
where before drop of VG lock lvmetad is updated.



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

How reproducible:


Steps to Reproduce:
1. let resize fail because there is no space in vg 
2. add new space
3. resize will not happen anyway

Actual results:


Expected results:


Additional info:


Note You need to log in before you can comment on or make changes to this bug.