Bug 1067455

Summary:	glusterd process crashed while setting the option "cluster.extra-hash-regex"
Product:	[Red Hat Storage] Red Hat Gluster Storage	Reporter:	Vijaykumar Koppad <vkoppad>
Component:	glusterd	Assignee:	Bug Updates Notification Mailing List <rhs-bugs>
Status:	CLOSED DEFERRED	QA Contact:	SATHEESARAN <sasundar>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	2.1	CC:	amukherj, david.macdonald, nlevinki, rtalur, sasundar, spalai, vbellur
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:	glusterd
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	1286038 1286039 (view as bug list)		Environment:
Last Closed:	2015-11-27 10:07:21 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:	1286038, 1286039

Description Vijaykumar Koppad 2014-02-20 13:48:09 UTC

Description of problem: glusterd process crashed while setting the option "cluster.extra-hash-regex" 

bt in glusterd log,
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

>2014-02-20 13:29:34.036067] I [glusterd-ping.c:297:glusterd_ping_cbk] 0-management: defaulting ping-timeout to 10s
[2014-02-20 13:29:34.084337] I [glusterd-ping.c:297:glusterd_ping_cbk] 0-management: defaulting ping-timeout to 10s
[2014-02-20 13:29:34.098620] I [glusterd-ping.c:297:glusterd_ping_cbk] 0-management: defaulting ping-timeout to 10s
pending frames:
frame : type(0) op(0)

patchset: git://git.gluster.com/glusterfs.git
signal received: 11
time of crash: 2014-02-20 13:29:43configuration details:
argp 1
backtrace 1
dlfcn 1
fdatasync 1
libpthread 1
llistxattr 1
setfsid 1
spinlock 1
epoll.h 1
xattr.h 1
st_atim.tv_nsec 1
package-string: glusterfs 3.4.0.59rhs
/lib64/libc.so.6[0x328d632960]
/lib64/libc.so.6(_IO_vfprintf+0x3e5c)[0x328d6480ec]
/lib64/libc.so.6(__vasprintf_chk+0xcc)[0x328d701eac]
/usr/lib64/libglusterfs.so.0(_gf_log+0x4e1)[0x7fb52382da81]
/usr/lib64/libglusterfs.so.0(yyerror+0xbe)[0x7fb523873f7e]
/usr/lib64/libglusterfs.so.0(yyparse+0x3a3)[0x7fb5238745c3]
/usr/lib64/libglusterfs.so.0(glusterfs_graph_construct+0x417)[0x7fb5238752e7]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_check_topology_identical+0xa9)[0x7fb51fa181c9]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_check_nfs_topology_identical+0x14a)[0x7fb51fa3d7ca]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_reconfigure_nfs+0x40)[0x7fb51fa19ba0]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_nodesvcs_batch_op+0x51)[0x7fb51fa153c1]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_op_commit_perform+0x15f7)[0x7fb51fa0cd47]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(gd_commit_op_phase+0xbe)[0x7fb51fa685fe]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(gd_sync_task_begin+0x2c2)[0x7fb51fa6a262]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_op_begin_synctask+0x3b)[0x7fb51fa6a39b]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(__glusterd_handle_set_volume+0x496)[0x7fb51f9f5d36]
/usr/lib64/glusterfs/3.4.0.59rhs/xlator/mgmt/glusterd.so(glusterd_big_locked_handler+0x3f)[0x7fb51f9f378f]
/usr/lib64/libglusterfs.so.0(synctask_wrap+0x12)[0x7fb52385c192]
/lib64/libc.so.6[0x328d643bb0]

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>


Version-Release number of selected component (if applicable): glusterfs-3.4.0.59rhs-1


How reproducible: doesn't happen everytime. 


Steps to Reproduce:
1. create and start a volume (6x2 with 4 nodes)
2. run command  "gluster volume set <VOL> cluster.extra-hash-regex '(.*)\.swp*'


Actual results: glusterd crashed 


Expected results: glusterd shouldn't crash. 



Additional info:

Comment 3 Atin Mukherjee 2015-11-17 09:23:51 UTC

Since the option is a DHT tunable, moving this bug to zteam

Comment 4 Susant Kumar Palai 2015-11-27 10:07:21 UTC

Cloning this bug in 3.1. To be fixed in future release.