Bug 1124692
| Summary: | If snapshot is attempted when geo-replication session is live, error must be signalled. | |||
|---|---|---|---|---|
| Product: | [Red Hat Storage] Red Hat Gluster Storage | Reporter: | Nagaprasad Sathyanarayana <nsathyan> | |
| Component: | snapshot | Assignee: | Sachin Pandit <spandit> | |
| Status: | CLOSED ERRATA | QA Contact: | shilpa <smanjara> | |
| Severity: | high | Docs Contact: | ||
| Priority: | high | |||
| Version: | rhgs-3.0 | CC: | avishwan, khiremat, nsathyan, rhs-bugs, smohan, spandit, ssamanta, storage-qa-internal, vagarwal, vbhat, vmallika | |
| Target Milestone: | --- | |||
| Target Release: | RHGS 3.0.0 | |||
| Hardware: | Unspecified | |||
| OS: | Unspecified | |||
| Whiteboard: | ||||
| Fixed In Version: | glusterfs-3.6.0.28-1 | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | ||
| Clone Of: | ||||
| : | 1129038 (view as bug list) | Environment: | ||
| Last Closed: | 2014-09-22 19:45:08 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: | 1129038, 1145091 | |||
|
Description
Nagaprasad Sathyanarayana
2014-07-30 06:02:53 UTC
A patch which fixes this issue is posted upstream ( http://review.gluster.org/#/c/8461/ ). I'll send a relevant patch downstream once the upstream patch gets merged. http://review.gluster.org/#/c/8461/ is dependent on http://review.gluster.org/#/c/8459/ . Waiting for 8459 to get merged. Patches mentioned below fixes the bug. https://code.engineering.redhat.com/gerrit/#/c/31281/ https://code.engineering.redhat.com/gerrit/#/c/31282/ After discussion with Engineering Leads and PM approving to include it in Denali. I tested below cases with glusterfs version '3.6.0.28' and snapshot commands works as expected:
Case-1:
a) Created a volume 'master' and created geo-rep session for this volume
b) Tried creating snapshot for volume 'master' when geo-rep in different state and snapshot command failed with proper error message.
Initializing
Running
c) Paused geo-rep session and was able to create a snapshot successfully.
d) Stopped geo-rep session and was able to create a snapshot successfully.
e) Resumed geo-rep session and snapshot command failed with proper error message.
Case-2:
a) When geo-rep session is running for a volume 'master', I created a new volume 'master_2'
b) Created a snapshot for new volume 'master_2' and was successful
Case-3:
a) Created geo-rep session multiple slaves
b) Created a snapshot and was successful
Case-4:
a) Created a snapshot on slave machine when geo-rep session is active on master and was successful
Case-5:
a) Stopped a geo-rep session and restarted glusterd
b) Created a snapshot successfully
Case-6:
a) Paused a geo-rep session and restarted glusterd
b) Created a snapshot successfully
Case-7:
a) Started a geo-rep session and restarted glusterd
b) Tried creating snapshot and it failed with proper error message.
The description in the comment 6 looks good. @aravinda, @naga, @Avra - Just to confirm, the snapshot can be taken at slave at any point of time right? taking snaps in master vol throws error. Right? Will move the bug to verified based on the information provided by Vijaikumar. As per comment #6 this bug is Verified. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2014-1278.html |