Generic driver does not wait for user share servers

Bug #1506951 reported by Lucian Petrut
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
OpenStack Shared File Systems Service (Manila)
Fix Released
Undecided
Lucian Petrut

Bug Description

If the driver does not handle share servers, during init, it verifies that the pre-configured share server exists and is available (behavior recently introduced by I325d6461c4b12f481769bb01f792ef850dba789c).

If the instance does not exist when the service starts, the driver will remain permanently in an uninitialized state, even if the according instance is created meanwhile.

The driver could poll for the share server instead, waiting for it to become active, logging a meaningful message and getting out of the uninitialized state afterwards. This could ease the Generic driver deployment as well as other drivers based on it.

At the moment, the Windows SMB driver CI jobs fail due to this issue, when DHSS is set to false (in which case the Nova Hyper-V nodes are deployed after Manila).

Changed in manila:
assignee: nobody → Lucian Petrut (petrutlucian94)
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix proposed to manila (master)

Fix proposed to branch: master
Review: https://review.openstack.org/236034

Changed in manila:
status: New → In Progress
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to manila (master)

Reviewed: https://review.openstack.org/236034
Committed: https://git.openstack.org/cgit/openstack/manila/commit/?id=4e03dddcb5e3f820998acc261fce768027234c7a
Submitter: Jenkins
Branch: master

commit 4e03dddcb5e3f820998acc261fce768027234c7a
Author: Lucian Petrut <email address hidden>
Date: Fri Oct 16 20:53:12 2015 +0300

    Generic driver: wait for common server during setup

    If the driver does not handle share servers, during init, it
    verifies that the pre-configured share server exists and is available
    (behavior recently introduced by
    I325d6461c4b12f481769bb01f792ef850dba789c).

    If the instance does not exist when the service starts, the driver
    will remain permanently in an uninitialized state, even if the
    according instance is created meanwhile.

    This patch changes this behavior, waiting for the common server
    to become active, logging a meaningful message. This can considerably
    ease the deployment of this driver as well as other drivers based
    on it.

    At the moment, the Windows SMB driver CI jobs fail due to this issue,
    when DHSS is set to false (in which case the Nova Hyper-V nodes are
    deployed after Manila).

    Change-Id: Icf446ca25cf0c64396223611c6271d4c6445cb4d
    Closes-Bug: #1506951

Changed in manila:
status: In Progress → Fix Committed
Revision history for this message
Doug Hellmann (doug-hellmann) wrote : Fix included in openstack/manila 2.0.0.0b1

This issue was fixed in the openstack/manila 2.0.0.0b1 development milestone.

Changed in manila:
status: Fix Committed → Fix Released
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.