Hi Stipe and list, I don't know how to say now. I had migrated my SMS Broadcast system to another server last week (an Virtual machine) and there is no mem leak of smsbox any more. I've tested for every scenarios and it is clean:
==22709== Memcheck, a memory error detector ==22709== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==22709== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==22709== Command: /usr/local/sbin/smsbox -v -d -- /etc/kannel/kannel.conf ==22709== Parent PID: 22707 ==22709== ==22709== ==22709== HEAP SUMMARY: ==22709== in use at exit: 2,184 bytes in 39 blocks ==22709== total heap usage: 3,084,394 allocs, 3,084,355 frees, 630,991,485 bytes allocated ==22709== ==22709== LEAK SUMMARY: ==22709== definitely lost: 0 bytes in 0 blocks ==22709== indirectly lost: 0 bytes in 0 blocks ==22709== possibly lost: 0 bytes in 0 blocks ==22709== still reachable: 2,184 bytes in 39 blocks ==22709== suppressed: 0 bytes in 0 blocks ==22709== Reachable blocks (those to which a pointer was found) are not shown. ==22709== To see them, rerun with: --leak-check=full --show-leak-kinds=all ==22709== ==22709== For counts of detected and suppressed errors, rerun with: -v ==22709== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 6 from 4) Suppose that i have physical mem issue in my old machine(!?), cause in migration progress, i found the old one has an alarm at its booting time: "8601: All memory marked as fail. Forcing minimum back online." Then i have to press F1 to Resume. I apology and appreciate all of you to spending time on this issue. If have any request for testing in high loading, also the opensmppbox mem leak, please let me know. Thank you. Regards, Hanh. On Mon, Jun 2, 2014 at 8:48 PM, Stipe Tolj <st...@kannel.org> wrote: > Am 20.05.2014 04:54, schrieb Hanh Le Bich: > > Hello again, >> Sorry for late reply, i was stuck on field. >> >> 1. I upload again the previous Valgrind report in below link also in >> attachment as usual: >> https://www.dropbox.com/s/wbnkewitosiwv5i/opensmppbox_ >> memleakcheck_20140502.txt >> >> 2. Here is my kannel configuration: >> https://www.dropbox.com/s/u90vs8srbubbmhn/kannel_configuration_file.txt >> > > Hi list, > > I can't reproduce the memory leak that Hanh is reporting here, even with > setting 'smsbox-id' in the 'group = smsbox' context I get clean memory > deallocations. > > Here is my valgrind report: > > ==00:00:00:00.000 14193== Memcheck, a memory error detector. > ==00:00:00:00.000 14193== Copyright (C) 2002-2007, and GNU GPL'd, by > Julian Seward et al. > ==00:00:00:00.000 14193== Using LibVEX rev 1854, a library for dynamic > binary translation. > ==00:00:00:00.000 14193== Copyright (C) 2004-2007, and GNU GPL'd, by > OpenWorks LLP. > ==00:00:00:00.000 14193== Using valgrind-3.3.1-Debian, a dynamic binary > instrumentation framework. > ==00:00:00:00.000 14193== Copyright (C) 2000-2007, and GNU GPL'd, by > Julian Seward et al. > ==00:00:00:00.000 14193== For more details, rerun with: -v > ==00:00:00:00.000 14193== > ==00:00:00:00.000 14193== My PID = 14193, parent PID = 1. Prog and args > are: > ==00:00:00:00.000 14193== /home/tolj/src/kannel/devel/ > gateway-redis/gw/smsbox > ==00:00:00:00.000 14193== -v > ==00:00:00:00.000 14193== 4 > ==00:00:00:00.000 14193== -p > ==00:00:00:00.000 14193== /opt/kannel/var/run/smsbox_client.pid > ==00:00:00:00.000 14193== /opt/kannel/etc/kannel_client.conf > ==00:00:00:00.000 14193== > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== FILE DESCRIPTORS: 6 open at exit. > ==00:00:05:18.814 14193== Open file descriptor 6: > ==00:00:05:18.814 14193== at 0x71E2377: pipe (in /usr/lib/debug/ > libc-2.7.so) > ==00:00:05:18.814 14193== by 0x437A2E: fill_threadinfo > (gwthread-pthread.c:186) > ==00:00:05:18.814 14193== by 0x437D0D: gwthread_init > (gwthread-pthread.c:281) > ==00:00:05:18.814 14193== by 0x4371D9: gwlib_init (gwlib.c:85) > ==00:00:05:18.814 14193== by 0x40FC5C: main (smsbox.c:3543) > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== Open file descriptor 5: > ==00:00:05:18.814 14193== at 0x71E2377: pipe (in /usr/lib/debug/ > libc-2.7.so) > ==00:00:05:18.814 14193== by 0x437A2E: fill_threadinfo > (gwthread-pthread.c:186) > ==00:00:05:18.814 14193== by 0x437D0D: gwthread_init > (gwthread-pthread.c:281) > ==00:00:05:18.814 14193== by 0x4371D9: gwlib_init (gwlib.c:85) > ==00:00:05:18.814 14193== by 0x40FC5C: main (smsbox.c:3543) > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== Open file descriptor 3: > /opt/kannel-1.5.0-svn/log.valgrind > ==00:00:05:18.814 14193== <inherited from parent> > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== Open file descriptor 2: /dev/null > ==00:00:05:18.814 14193== <inherited from parent> > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== Open file descriptor 1: /dev/null > ==00:00:05:18.814 14193== <inherited from parent> > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== Open file descriptor 0: /dev/null > ==00:00:05:18.814 14193== <inherited from parent> > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== > ==00:00:05:18.814 14193== ERROR SUMMARY: 0 errors from 0 contexts > (suppressed: 8 from 1) > ==00:00:05:18.814 14193== malloc/free: in use at exit: 1,840 bytes in 27 > blocks. > ==00:00:05:18.814 14193== malloc/free: 2,525,985 allocs, 2,525,958 frees, > 325,327,112 bytes allocated. > ==00:00:05:18.814 14193== For counts of detected errors, rerun with: -v > ==00:00:05:18.814 14193== searching for pointers to 27 not-freed blocks. > ==00:00:05:18.832 14193== checked 1,748,080 bytes. > ==00:00:05:18.832 14193== > ==00:00:05:18.832 14193== LEAK SUMMARY: > ==00:00:05:18.832 14193== definitely lost: 0 bytes in 0 blocks. > ==00:00:05:18.832 14193== possibly lost: 0 bytes in 0 blocks. > ==00:00:05:18.832 14193== still reachable: 0 bytes in 0 blocks. > ==00:00:05:18.832 14193== suppressed: 1,840 bytes in 27 blocks. > > anyone being able to reproduce the leak? Please report. > > Stipe > > -- > ------------------------------------------------------------------- > Kölner Landstrasse 419 > 40589 Düsseldorf, NRW, Germany > > tolj.org system architecture Kannel Software Foundation (KSF) > http://www.tolj.org/ http://www.kannel.org/ > > mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org > ------------------------------------------------------------------- > >
