allow/deny do not show proper message when share is migrating

Bug #1623051 reported by Rodrigo Barbieri
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
OpenStack Shared File Systems Service (Manila)
Fix Released
High
Rodrigo Barbieri

Bug Description

If a share is migrating and phase 1 is completed, upon attempting to add an access rule, the message shown is

"Share status must be available, or migrating while first phase of migration is completed."

Although it implies that access would be granted in that case, as discussed on IRC, it should not grant access for shares that are migrating.

Changed in manila:
assignee: nobody → Rodrigo Barbieri (rodrigo-barbieri2010)
Changed in manila:
status: New → In Progress
Changed in manila:
milestone: none → newton-rc1
importance: Undecided → High
Revision history for this message
Goutham Pacha Ravi (gouthamr) wrote :

Fix proposed to branch: master
Review: https://review.openstack.org/#/c/365136

Changed in manila:
assignee: nobody → Rodrigo Barbieri (rodrigo-barbieri2010)
status: New → In Progress

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to manila (master)

Reviewed: https://review.openstack.org/365136
Committed: https://git.openstack.org/cgit/openstack/manila/commit/?id=10487a14a3673d4a28a4ea85a62619e69d5c669b
Submitter: Jenkins
Branch: master

commit 10487a14a3673d4a28a4ea85a62619e69d5c669b
Author: Rodrigo Barbieri <email address hidden>
Date: Mon Sep 12 16:22:34 2016 -0300

    Fix allow/deny error message and race in migration

    Share migration code [1] merged in newton intending to allow admins
    to mount the share between phase1 and phase2, but API code for
    allow_access and deny_access was set incorrectly, blocking it.

    After discussing this feature's purpose further, we decided we do
    not want this feature at this moment, so we are just fixing the
    allow_access and deny_access error messages.

    Also, addressed a small case of concurrency that was happening
    once in a while in CI. Update_access was being invoked while
    other rules were being applied, thus setting the access_rule_state
    to "UPDATING_MULTIPLE", ignoring the migration access rule change
    RPC request completely, failing migration. By refreshing the
    model we are able to assign the proper access_rule_state at the
    time the function is invoked, setting the access_rule_state
    correctly.

    [1] If4bfaf7e9d963b83c13a6fea241c2eda14f7f409

    APIImpact

    Closes-bug: #1623051
    Closes-bug: #1623052

    Change-Id: I76a7d8c3bdd597b951e700350f8f3f82bfb21e03

Changed in manila:
status: In Progress → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/manila 3.0.0.0rc1

This issue was fixed in the openstack/manila 3.0.0.0rc1 release candidate.

Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/manila 3.0.0

This issue was fixed in the openstack/manila 3.0.0 release.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.