Bug 1145088

Summary: [SNAPSHOT] Snap mount doesn't inheret mount options from parent brick
Product: [Community] GlusterFS Reporter: Sachin Pandit <spandit>
Component: glusterdAssignee: Sachin Pandit <spandit>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: high Docs Contact:
Priority: high    
Version: 3.6.0CC: asengupt, bugs, dblack, gluster-bugs, nsathyan, rhinduja, ssamanta, vmallika
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: glusterfs-3.6.0beta2 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: 1125180 Environment:
Last Closed: 2014-11-11 08:39:48 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: 1124583, 1125180    
Bug Blocks:    

Comment 1 Anand Avati 2014-09-22 11:34:09 UTC
REVIEW: http://review.gluster.org/8802 (glusterd/snapshot: Inherit the mount options of a original brick when creating snapshots) posted (#1) for review on release-3.6 by Sachin Pandit (spandit)

Comment 2 Anand Avati 2014-09-22 11:51:57 UTC
REVIEW: http://review.gluster.org/8802 (glusterd/snapshot: Inherit the mount options of a original brick when creating snapshots.) posted (#2) for review on release-3.6 by Sachin Pandit (spandit)

Comment 3 Anand Avati 2014-09-23 10:11:46 UTC
COMMIT: http://review.gluster.org/8802 committed in release-3.6 by Vijay Bellur (vbellur) 
------
commit 6fa42a74bd2dd8b0c7e7c6317417d29525c8022b
Author: Vijaikumar M <vmallika>
Date:   Thu Jul 31 14:37:19 2014 +0530

    glusterd/snapshot: Inherit the mount options of a original brick when creating snapshots.
    
    When creating a snapshot a LVM is created at the backend and is mounted
    under /var/run/gluster/snaps/... However, this mount does not inherit
    the mount options for the original brick acting as the parent for the
    snap.
    
    If the snap is restored, this could lead to performance degredations,
    functional limitations, or in extreme scenarios even potential data
    loss.
    
    Change-Id: I67d70fd83430d83dacc5380c6c928e27fb9c9e1b
    BUG: 1145088
    Signed-off-by: Vijaikumar M <vmallika>
    Reviewed-on: http://review.gluster.org/8394
    Reviewed-by: Krishnan Parthasarathi <kparthas>
    Tested-by: Krishnan Parthasarathi <kparthas>
    Signed-off-by: Sachin Pandit <spandit>
    Reviewed-on: http://review.gluster.org/8802
    Tested-by: Gluster Build System <jenkins.com>
    Reviewed-by: Vijay Bellur <vbellur>

Comment 4 Niels de Vos 2014-09-25 08:27:59 UTC
A beta release for GlusterFS 3.6.0 has been released. Please verify if the release solves this bug report for you. In case the glusterfs-3.6.0beta2 release does not have a resolution for this issue, leave a comment in this bug and move the status to ASSIGNED. If this release fixes the problem for you, leave a note and change the status to VERIFIED.

Packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update (possibly an "updates-testing" repository) infrastructure for your distribution.

[1] http://supercolony.gluster.org/pipermail/gluster-users/2014-September/018883.html
[2] http://supercolony.gluster.org/pipermail/gluster-users/

Comment 5 Niels de Vos 2014-11-11 08:39:48 UTC
This bug is getting closed because a release has been made available that should address the reported issue. In case the problem is still not fixed with glusterfs-3.6.1, please reopen this bug report.

glusterfs-3.6.1 has been announced [1], packages for several distributions should become available in the near future. Keep an eye on the Gluster Users mailinglist [2] and the update infrastructure for your distribution.

[1] http://supercolony.gluster.org/pipermail/gluster-users/2014-November/019410.html
[2] http://supercolony.gluster.org/mailman/listinfo/gluster-users