Description of problem: ======================= In a scenario where snapshot creations are in progress and the system limit is changed to much lesser number than already created snaps, the snap create start deleting all the snaps between snap-max-soft-limit and currently taken snaps. Ideally the snap create should always delete only one snap when the snap soft limit is reached. Version-Release number of selected component (if applicable): ============================================================= glusterfs-3.6.0.11-1.el6rhs.x86_64 How reproducible: ================= 1/1 Steps to Reproduce: =================== 1. Create 4 volumes from 4 node cluster 2. Mount the volume (Fuse and NFS), start heavy IO 3. Start the creation of snaps(256 snaps for each volume) in a loop. 4. Once the snaps are created to 200 snaps execute step5 5. While snap creation is in progress, try to set the config values for system to 100. It is successful and reflects for all the volumes. 6. Keep monitoring the snap create it might fail once it crosses the cli window of 2 min because deletes are triggered once the config value is set. Actual results: =============== 1. Snap create failed as its timed out. 2. It deleted all the snaps until it reached snap-max-soft-limit i.e(90) Expected results: ================= 1. Snap creation should fail because the system has reached effective max hard limit for the volume. 2. Only one snap should be deleted as part of the creation the number of snaps should still be shown as 200+
https://code.engineering.redhat.com/gerrit/#/c/26590/ has been sent for review.
With the option auto.delete enable/disable, this bug becomes a valid usual case instead of corner case. Editing the title.
https://code.engineering.redhat.com/gerrit/#/c/26590/ has been merged.
Verified with build: glusterfs-3.6.0.18-1.el6rhs.x86_64 Following are the observations: 1. While snapshot creation is in progress and auto-delete is defalut(disabled) and snap-max-soft-limit is brought down lesser to already created snaps than the snapshot creation is successful with warning message. 2. While snapshot creation is in progress and auto-delete is enabled(disabled) and snap-max-soft-limit is brought down lesser to already created snaps than the snapshot creation is successful without warning message but deletes the one oldest snap. 3. While snapshot creation is in progress and auto-delete is defalut(disabled) and snap-max-hard-limit is brought down lesser to already created snaps than the snapshot creation fails with proper message. Moving the bug to 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