Uploaded image for project: 'Red Hat OpenStack Services on OpenShift'
  1. Red Hat OpenStack Services on OpenShift
  2. OSPRH-21743

Ambiguous description for migration-policy argument of cinder retype command

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Normal Normal
    • rhos-17.1.z
    • rhos-17.1.z
    • documentation
    • None
    • 2
    • False
    • Hide

      None

      Show
      None
    • False
    • ?
    • rhos-storage-cinder
    • None
    • Low

      To Reproduce Steps to reproduce the behavior:
      RHOSP 17.1 "Configuring persistent storage" guide explains "cinder retype" command use cases telling that

      If the retype operation requires moving the volume from one back end to another, the Block Storage service requires a specific flag

      The thing is that "backend" definition is ambiguous if pools are involved: from Cinder scheduler perspective this is a host behind the volume. While Cinder generally uses "backend" definition differently (a good example is enabled_backends parameter).

      Expected behavior
      I'd rather change "backend" to "host".

      Bug impact
      It tricks some users into believing that they don't need to define migration_policy when migrating volumes between pools from the same backend.

              rhn-support-jelynch Jenny-Anne Lynch
              rhn-support-astupnik Alex Stupnikov
              rhos-storage-cinder
              Votes:
              0 Vote for this issue
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: