Bug 1083917 - [SNAPSHOT]: "Assertion failed: volname" while doing the system config change when snap create was in progress
Summary: [SNAPSHOT]: "Assertion failed: volname" while doing the system config change ...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Gluster Storage
Classification: Red Hat Storage
Component: snapshot
Version: rhgs-3.0
Hardware: x86_64
OS: Linux
high
high
Target Milestone: ---
: RHGS 3.0.0
Assignee: Sachin Pandit
QA Contact: Rahul Hinduja
URL:
Whiteboard: SNAPSHOT
Depends On: 1103680
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-04-03 09:03 UTC by Rahul Hinduja
Modified: 2016-09-17 12:59 UTC (History)
7 users (show)

Fixed In Version: glusterfs-3.6.0.17-1
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-09-22 19:33:44 UTC
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHEA-2014:1278 0 normal SHIPPED_LIVE Red Hat Storage Server 3.0 bug fix and enhancement update 2014-09-22 23:26:55 UTC

Description Rahul Hinduja 2014-04-03 09:03:16 UTC
Description of problem:
=======================

While IO was in progress from client, started creating the snapshots in a loop. After a while when snapshot creation is still in progress, experimented to change the config values of volume and system config value. During that time hit the following errors:

[root@snapshot-09 ~]# cat /var/log/glusterfs/etc-glusterfs-glusterd.vol.log  | grep "Assertion failed" 
[2014-04-03 00:04:42.846154] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname
[2014-04-03 00:04:44.255832] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname
[2014-04-03 00:04:44.559529] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname
[2014-04-03 00:04:44.847555] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname
[2014-04-03 00:04:45.340511] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname
[2014-04-03 00:04:45.650557] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname



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

glusterfs-3.4.1.7.snap.mar27.2014git-1.el6.x86_64


Steps carried out:
=================
1. Create multiple volumes
2. Mount the volume (Fuse and NFS), start heavy IO
3. Start the creation of snaps in a loop.
4. While snap creation is in progress, try to set the config values for that particular volume. It fails as expected with "Another Transition is in progress".
5. While snap creation is in progress, try to set the config values for system. It is successful and reflects for all the volumes.

Actual results:
===============

Somewhere between step4 OR step5 the glusterd logs reported:

[2014-04-03 00:04:45.954016] E [glusterd-snapshot.c:3389:snap_max_hard_limit_set_commit] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(gd_mgmt_v3_commit_fn+0xae) [0x7f8a60cbf59e] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot+0x106) [0x7f8a60cba4f6] (-->/usr/lib64/glusterfs/3.4.1.7.snap.mar27.2014git/xlator/mgmt/glusterd.so(glusterd_snapshot_config_commit+0x2c0) [0x7f8a60cb7b30]))) 0-: Assertion failed: volname



Expected results:
=================

Should not hit assertion failure.

Comment 4 Nagaprasad Sathyanarayana 2014-04-21 06:18:00 UTC
Marking snapshot BZs to RHS 3.0.

Comment 5 Sachin Pandit 2014-05-06 07:22:15 UTC
The Patch which fixes this bug can be found in http://review.gluster.org/#/c/7458/

Comment 6 Nagaprasad Sathyanarayana 2014-05-19 10:56:33 UTC
Setting flags required to add BZs to RHS 3.0 Errata

Comment 8 Sudhir D 2014-06-05 03:36:53 UTC
Please move this to ON_QA only when dependent is fixed.

Comment 10 Sachin Pandit 2014-06-16 05:49:08 UTC
Moved this Bug to ON_QA again, As dependent patch has been moved to
ON_QA

Comment 11 senaik 2014-06-17 11:45:03 UTC
Version: glusterfs 3.6.0.18 built on Jun 16 2014
========
Repeated the steps as mentioned in Description , did not face any Assertion Failures. 
Marking the bug as 'Verified'

Comment 13 errata-xmlrpc 2014-09-22 19:33:44 UTC
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


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