Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1257291

Summary: glusterFS_native_driver: Access allow or deny of a share to a nova VM disrupts IO on existing mounts
Product: Red Hat OpenStack Reporter: krishnaram Karthick <kramdoss>
Component: openstack-manilaAssignee: Csaba Henk <csaba>
Status: CLOSED NEXTRELEASE QA Contact: nlevinki <nlevinki>
Severity: high Docs Contact: Don Domingo <ddomingo>
Priority: unspecified    
Version: 7.0 (Kilo)CC: kramdoss, scohen, sgotliv
Target Milestone: ---Keywords: ZStream
Target Release: 7.0 (Kilo)Flags: kramdoss: needinfo-
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Known Issue
Doc Text:
With the glusterFS_native driver, providing or revoking 'cert'-based access to a share restarts a Red Hat Gluster Storage volume. This, in turn, will disrupt any ongoing I/O to existing mounts. To prevent any data loss, unmount a share on all clients before allowing or denying access to it.
 Story Points: ---
Clone Of:
: 1263542 (view as bug list) Environment:
Last Closed: 2015-09-16 06:56:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 1263542    

Description krishnaram Karthick 2015-08-26 17:22:41 UTC 
Description of problem:

With glusterFS native driver running Kilo, Gluster volume is restarted as part of providing and revoking 'cert' based access in gluster native driver. This disrupts IO to existing mounts. Granting and revoking access should happen more gracefully without any disruption to existing mounts.

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

openstack-manila-2015.1.0-2

How reproducible:

always

Steps to Reproduce:

1) Create a manila share from gluster backend
2) allow 'cert' based access to a nova VM
3) Mount the share on the nova VM and run IOs
4) allow 'cert' based access to another nova VM
5) IO on first nova VM will fail

Note: The behavior is same while access is denied as well

Actual results:

IO on any existing mount fails

Expected results:

There shouldn't be any disruption to IOs while granting and revoking access

Additional info:

With this issue. administrator will have to unmount shares on all clients before allowing or denying access to a share using glusterFS native driver.
Comment 5 Csaba Henk 2015-09-16 06:56:28 UTC 
No fix shall be provided for upstream Kilo and thus it's not fixed in RHEL OSP7 either.
It's added to the OSP7 Errata, see
https://access.redhat.com/documentation/en/red-hat-enterprise-linux-openstack-platform/version-7/release-notes#idm140465730614816

The bug is handled in upstream Liberty. To track the downstream port of that fix, please see the variant of this bug for OSP8: BZ #1263542