Bug 1464759 - Regression in lvconvert with LV no longer waits for pollable operation
Regression in lvconvert with LV no longer waits for pollable operation
Status: NEW
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: lvm2 (Show other bugs)
Unspecified Unspecified
unspecified Severity unspecified
: rc
: ---
Assigned To: LVM and device-mapper development team
Depends On:
  Show dependency treegraph
Reported: 2017-06-25 09:04 EDT by Zdenek Kabelac
Modified: 2017-08-17 14:31 EDT (History)
8 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: Bug
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Zdenek Kabelac 2017-06-25 09:04:44 EDT
Description of problem:

Regresssion in cmdline processing of 'lvconvert'.

RHEL7.3 version of lvm2 automatically started polling with command:

lvconvert vg/lv
      being a mirror  - automatically waited till conversion is finished. 
      If there no pollable operation running (i.e. mirror is in sync) 
       - it returns success.

Current lvm2 behavior of upstream code 

lvconvert vg/LV1
 Command on LV vg/LV1 requires LV with properties: lv_is_converting .
 Command not permitted on LV vg/LV1.

Also with new option:  lvconvert --startpool vg/LV1 is still fails with same message

This was a known mechanism to wait till i.e. lvcreate --type mirror  is fully synchronized.  This no longer works.

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

How reproducible:

Steps to Reproduce:

Actual results:

Expected results:

Additional info:

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