Hi Ted, I got the problem .
The CPND memory keeps increasing because of improper configuration values of `expirationTime` of `SaCkptSectionCreationAttributes` by `cpsv_test_app` application. cpsv expects `expirationTime` the absolute time , but your `cpsv_test_app` application is passing relative time , as an impact the section leap times expiration time is being configured with huge value , so they are NOT being kept in free pool , so we are seeing additional increase in CPND memory for each run of `ckpt_test` ( please check section 3.4.3.2 SaCkptSectionCreationAttributesT of CKPT Specification). so please change your application as below and verify the CPND memory after `cpsv_test_app` runs and memory leak should not be observed. //sectionCreationAttributes.expirationTime = 3600000000000ll; /* One Hour */ sectionCreationAttributes.expirationTime = (SA_TIME_ONE_MINUTE +( time((time_t*)0) * 1000000000)); Their is a ticket for Ckpt sample correction : https://sourceforge.net/p/opensaf/tickets/1270/ -AVM On 5/12/2015 10:58 AM, Yao Cheng LIANG wrote: > All, > > Please see attached test program. It is modified based on chpt_demo. > > Thanks. > > Ted > > -----Original Message----- > From: Ingvar Bergström [mailto:[email protected]] > Sent: Tuesday, May 12, 2015 1:04 PM > To: Yao Cheng LIANG; [email protected] > Subject: RE: ckptnd memory leak(very serious) > > Hi, > I can create an OpenSAF ticket as a place holder for your findings. > To make things easier for any person who want to dig into this: > -Can you attach source code to the ckperf binary so it is possible to see the > use case? > also > -Can you attach the source code for "I created 500,0000 sections first and > then overwrite it with some data" use case, which I assume was the test case > for the attached valgrind reports (or is this the ckperf binary used on two > controllers started with "ckperf 1" and "ckperf 0"??) > > BR > Ingvar > > -----Original Message----- > From: Yao Cheng LIANG [mailto:[email protected]] > Sent: den 12 maj 2015 03:43 > To: Yao Cheng LIANG; [email protected] > Subject: Re: [users] ckptnd memory leak(very serious) > > The issue is very easy to reproduce. I am running 4.6 with two controllers on > RHEL 6.5 x86_64, and if you run the attached app on one node with command > line "ckperf 1" on one node and "ckperf 0" on another. You will observe > ckptnd memory increased very rapidly with cmd "top -p pid_of_ckptnd". > > BTW, I am running with TIPC. > > Ted > > -----Original Message----- > From: Yao Cheng LIANG [mailto:[email protected]] > Sent: Tuesday, May 12, 2015 5:47 AM > To: [email protected] > Subject: [users] Fwd: ckptnd memory leak(very serious) > > Resend > > > Sent from Samsung Mobile > > > -------- Original message -------- > From: Yao Cheng LIANG > Date:2015/05/11 5:48 PM (GMT+08:00) > To: [email protected] > Cc: Yao Cheng LIANG > Subject: ckptnd memory leak(very serious) > > All, > > I did some tests recently on ckptnd. I created 500,0000 sections first and > then overwrite it with some data. And found serious memory leak. Please see > attached file for valgrind report. > > Thanks. > > Ted > > > ------------------------------------------------------------------------------ > One dashboard for servers and applications across Physical-Virtual-Cloud > Widest out-of-the-box monitoring support with 50+ applications > Performance metrics, stats and reports that give you Actionable Insights > Deep dive visibility with transaction tracing using APM Insight. > http://ad.doubleclick.net/ddm/clk/290420510;117567292;y > > > _______________________________________________ > Opensaf-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/opensaf-users ------------------------------------------------------------------------------ One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y _______________________________________________ Opensaf-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/opensaf-users
