Bug 1145088 - [SNAPSHOT] Snap mount doesn't inheret mount options from parent brick
Summary: [SNAPSHOT] Snap mount doesn't inheret mount options from parent brick
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: GlusterFS
Classification: Community
Component: glusterd
Version: 3.6.0
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ---
Assignee: Sachin Pandit
QA Contact:
URL:
Whiteboard:
Depends On: 1124583 1125180
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-22 11:05 UTC by Sachin Pandit
Modified: 2014-11-11 08:39 UTC (History)
8 users (show)

Fixed In Version: glusterfs-3.6.0beta2
Doc Type: Bug Fix
Doc Text:
Clone Of: 1125180
Environment:
Last Closed: 2014-11-11 08:39:48 UTC
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Embargoed:


Attachments (Terms of Use)

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


Note You need to log in before you can comment on or make changes to this bug.