Each section will be associated with a timer , till the Section/checkpoint Deleted/Expires the cpsnd memory will grow ( in your case 500,0000 sections ) ,
-AVM On 5/12/2015 11:42 AM, Yao Cheng LIANG wrote: > Seems it does not help. After change retention time as you advised, the > memory usage continues growing as before. > > You can simple reproduce the issue by running the app and view output from > "top -p pid_of_ckptnd". The residential memory grows very quickly. And > valgrind has reported memory leak. > > Ted > > -----Original Message----- > From: Yao Cheng LIANG > Sent: Tuesday, May 12, 2015 1:55 PM > To: 'A V Mahesh'; [email protected] > Cc: Yao Cheng LIANG > Subject: RE: [users] ckptnd memory leak(very serious) > > But we really want to keep these data even if there is no one open it. Is > there an issue? > > Ted > > -----Original Message----- > From: A V Mahesh [mailto:[email protected]] > Sent: Tuesday, May 12, 2015 1:41 PM > To: [email protected] > Subject: Re: [users] ckptnd memory leak(very serious) > > 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 ------------------------------------------------------------------------------ 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
