Windows remotefs: unexpected mountpoint location

Bug #1631351 reported by Lucian Petrut
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
os-brick
Fix Released
Undecided
Unassigned

Bug Description

In order to support running inside a Scale-Out File Server cluster, when 'mounting' a local share, we're creating a symlink to the local export path without actually creating a SMB mapping.

The issue is that instead of creating a symlink using hash of the share UNC path, we're using the local export path instead. This is undesired behavior, in which case the caller will not be able to find the 'mountpoint'.

description: updated
description: updated
description: updated
description: updated
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix merged to os-brick (master)

Reviewed: https://review.openstack.org/383704
Committed: https://git.openstack.org/cgit/openstack/os-brick/commit/?id=6b847ffd945044bc86540884230db10873efc731
Submitter: Jenkins
Branch: master

commit 6b847ffd945044bc86540884230db10873efc731
Author: Lucian Petrut <email address hidden>
Date: Fri Oct 7 14:46:00 2016 +0300

    Windows remotefs: create mountpoints at the expected location

    In order to support running inside a Scale-Out File Server cluster,
    when 'mounting' a local share, we're creating a symlink to the local
    export path without actually creating a SMB mapping.

    The issue is that instead of creating a symlink using the hash of
    the share UNC path, we're using the local export path instead. This
    is undesired behavior, in which case the caller will not be able
    to find the 'mountpoint'.

    This change addresses this issue, ensuring that we're using the
    mountpoint expected by the caller (e.g. the Cinder SMB driver)
    when mounting SMB shares.

    Closes-Bug: #1631351

    Change-Id: I6bf909da559a745596f7d4c30d12e794b0b156de

Changed in os-brick:
status: New → Fix Released
Revision history for this message
OpenStack Infra (hudson-openstack) wrote : Fix included in openstack/os-brick 1.9.0

This issue was fixed in the openstack/os-brick 1.9.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.