[Bugs] [Bug 1368455] New: memory-leak in crypt xlator glusterfs 3.7.14
bugzilla at redhat.com
bugzilla at redhat.com
Fri Aug 19 13:03:53 UTC 2016
https://bugzilla.redhat.com/show_bug.cgi?id=1368455
Bug ID: 1368455
Summary: memory-leak in crypt xlator glusterfs 3.7.14
Product: GlusterFS
Version: 3.7.14
Component: encryption-xlator
Assignee: bugs at gluster.org
Reporter: maryam.sadra.a at gmail.com
CC: bugs at gluster.org
I still see memory-leak in crypt xlator 3.7.14.
Server:
OS: CentOS 6.3
volume info:
Volume Name: hcrypt5
Type: Distribute
Volume ID: 54ccd58e-1e4a-4d23-9bbe-e9d5ffd6ab89
Status: Started
Number of Bricks: 1
Transport-type: tcp
Bricks:
Brick1: n4:/srv/export/brick5
Options Reconfigured:
features.encryption: on
performance.write-behind: off
performance.open-behind: off
performance.quick-read: off
Client:(Virtual Machine)
OS: CentOS 6.3
Mem: 889164k total
Swap: 8208376k total
Total Memory Usage immediately after mount from /proc/PID/smaps : 534MB
Run filebench benchmark "Createfiles" workload. after creating 200000
files,
Total Memory Usage from /proc/PID/smaps: 2.8GB
During filebench running, top command and System Monitor continuously show
increase usage of Memory.
(but not when crypt xlator is off)
After a while when filebench create more than 1000000 files, memory is full and
glusterfs killed!
and also I see that in stack.h in FRAME_DESTROY when xlator (frame->this) is
crypt and "mem_put(local)" done, this ERROR is appearing:
[2016-08-03 09:34:31.813473] E [mem-pool.c:554:mem_put]
(-->/usr/local/lib/glusterfs//xlator/debug/io-stats.so(io_stats_lookup_cbk+0x167)
[0x7fffe7bdedf7]
-->/usr/local/lib/glusterfs//xlator/mount/fuse.so(fuse_resolve_entry_cbk+0xfa)
[0x7ffff034de8a] -->/usr/local/lib/libglusterfs.so.0(mem_put+0x17e)
[0x7ffff7d8c35e] ) 0-mem-pool: mem-pool ptr is NULL
This ERROR could be solved if in stack.h in FRAME_DESTROY method, using
"GF_FREE(frame->local)" instead "mem_put(local)" when xlator(frame->this) is
crypt.
Valgrind Output is in this link: pastebin.com/zaD3Z3Tg
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
More information about the Bugs
mailing list