Memory leak in v9?

[Markus Giesen]

Hi there,
did anyone here have any issues with RedDot CMS 9 and memory leaks?
The CMS is using up all RAM until the RDService crashes.

There's nothing special happening on the server and I can't quite work
out why it would do this.
Have you ever experienced something like this?

Help is much appreciated!

Cheers,
Markus

[Mario Brandt]

Hi Markus,
yepp there is a memory leak in the page builder. Depending on the build
number also in other processes.
It can be a solution to restart the reddot services from time to time
with a batch script.

In a very heavy used environment I restart that services every hour.

Cheers
Mario

--
Mario Brandt
Senior Consultant/Developer and certified Administrator

ubotis - Internet Solutions

Open Text Management- and Delivery Server
RedDot CMS and LiveServer

mario....@ubotis.de
www.ubotis.de

Steckelberg 1 - D-21400 Reinstorf
Fon: +49 4137 2749061
Fax: +49 4137 2749066
Mobil +49 151 15421986
Skype: mario-working

Certified Open Text Management Server (RedDot CMS) Administrator

Inhaber: Udo Baldewein
Amtsgericht: L�neburg

[Kathleen Pottle]

Markus,

 

We have been experiencing this problem as well for the past year or so sporadically. Like Mario restarting the server seems to fix it.

 

Kathy

Amtsgericht: Lüneburg

--
You received this message because you are subscribed to the Google Groups "RedDot CMS Users" group.
To post to this group, send email to reddot-cms-users@googlegroups.com.
To unsubscribe from this group, send email to reddot-cms-users+unsubscribe@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/reddot-cms-users?hl=en.

--
Kathleen S. Pottle
Offering Web & Office Solutions
(603) 502-7991

[Jian Huang]

Hi eveyone,

Just checked the release notes for version 9 available here https://knowledge.opentext.com/knowledge/cs.dll?func=ll&objId=15784289&objAction=browse

Version 9.0 Hotfix 3 (Build 9.0.0.33)
#27163  Memory usage of the ServiceProcess increases greatly in connection xmlserver=0 even though the projects do NOT use Navigation Manager

Version 9.0 Service Pack 1 Hotfix 4 (Build 9.0.1.46)
General enhancements in the memory management of the page builder component
WSGMS -3179 Navigation Manager-related pages get published despite of invalid

Though it might be a bug but the memory leak can significantly reduced by doing the following

1. Ensure pages are not connected to multiple locations in the project structure.  This plugin can help in locating those pages, http://simplyreddot.blogspot.com/2012/03/check-multiple-page-connections.html

2. Avoid usage of undocumented and known to be problematic rendertags.  More details here http://simplyreddot.blogspot.com/2012/03/rendertag-project-performance-product.html

3. Reduce the preexecution code size.  There is a memory usage different between preexecuting 100 lines vs 50 lines of code, especially if you have 500+ pages in a project.

Version 9 page builder is still primarily COM and DCOM based, which can take up to 1.5GB of memory before maxing out.  If memory consumption is faster than garbage collection then there will be a crash.  Memory consumption is usually project based.

Version 9 SP1 or 10.1 page builder is .NET based, which is a lot better when it comes to garbage collection.  Not that it is memory leak free, but it is more tolerant.

I hope the information is useful.  If you like the option or attention the product development team, I would suggest posting the question on http://www.solutionexchange.info/ for more details.

Best,

-Jian

[Mario Brandt]

Hi,

> Just checked the release notes for version 9 available here
> https://knowledge.opentext.com/knowledge/cs.dll?func=ll&objId=15784289&objAction=browse
>
> Version 9.0 Hotfix 3 (Build 9.0.0.33)
> #27163 Memory usage of the ServiceProcess increases greatly in
> connection xmlserver=0 even though the projects do NOT use Navigation
> Manager

even in version 9.0.1.84 I have that issue.

> We have been experiencing this problem as well for the past year or
so sporadically. Like Mario restarting the server seems to fix it.

No need to restart the server. Just restart the services.

Cheers
Mario

--
Mario Brandt
Senior Consultant/Developer and certified Administrator

ubotis - Internet Solutions

Open Text Management- and Delivery Server
RedDot CMS and LiveServer

mario....@ubotis.de
www.ubotis.de

Steckelberg 1 - D-21400 Reinstorf
Fon: +49 4137 2749061
Fax: +49 4137 2749066
Mobil +49 151 15421986
Skype: mario-working

Certified Open Text Management Server (RedDot CMS) Administrator

Inhaber: Udo Baldewein
Amtsgericht: L�neburg

[Jian Huang]

Hi Mario,

Restarting the application server or service daily do not sound like a normal product behavior.  It tends to suggest problems at the project implementation level, which may become a much bigger issue as project grows.

-Jian

Inhaber: Udo Baldewein
Amtsgericht: L�neburg

[RedDot in Toronto]

We have this problem on our publication server... we're running
9.0.1.76 not sure what causes it but we don't use navigation manager
to manage site structure but we do use render tags conditional
statements. I have xmlserver=0 set, usually giving the cms services a
kick will fix things followed by a clear page cache. Events are logged
in the Event Viewer.

[Jian Huang]

Hi,

Assuming you are using preexecution.  Do you preexecute RQL?  How big is the preexecution file?

Do you use any of the rendertag mentioned here?  http://simplyreddot.blogspot.com/2012/03/rendertag-project-performance-product.html

Best,

-Jian

[RedDot in Toronto]

Nope the majority of the render tags I use are... which is used to
give smart edit, preview mode a more contestant look. I also don't pre-
execute any RQL code in the templates.

This is the most comment use or render tags for me. I kind of wish
that OpenText had a set of old school block markers for "preview mode"
I find that they are more reliable.

<reddot:cms>
<if>
<query valuea="Context:CurrentRenderMode" operator="==" valueb="Int:
2">
<htmltext></htmltext>
</query>
<query type="else">
...
</query>
</if>
</reddot:cms>

On Apr 26, 10:50 am, Jian Huang <jhuangsoftw...@gmail.com> wrote:
> Hi,
>
> Assuming you are using preexecution.  Do you preexecute RQL?  How big is
> the preexecution file?
>

> Do you use any of the rendertag mentioned here?  http://simplyreddot.blogspot.com/2012/03/rendertag-project-performanc...

[Jian Huang]

Hmm, it seems everything is correct.  How big is the preexecution file size (changing the flag in RDServer.ini so preexecution file don't get deleted)?  Any page with multiple connections in the project?  That can cause page builder to crawl branches multiple times.

Lastly, are you using a container to reference css and js page instances?  And the css and js template property has that "insert ...." enabled?  That is actually causes the css and js to be rebuilt each time during page preview or publish.

-Jian

[RedDot in Toronto]

> Hmm, it seems everything is correct.  How big is the preexecution file size
> (changing the flag in RDServer.ini so preexecution file don't get
> deleted)?

Are you refering the flags=#### setting? I'm not exactly sure how bit
the pre-execution file size is, I'll have to take a look is there an
easy way to find out?

> Any page with multiple connections in the project?  That can
> cause page builder to crawl branches multiple times.

Do keyworded lists count?

> Lastly, are you using a container to reference css and js page instances?
> And the css and js template property has that "insert ...." enabled?  That
> is actually causes the css and js to be rebuilt each time during page
> preview or publish.

I'll have to do an audit, but thanks for pointing that out.

[Jian Huang]

Yes, set it to 1024, then the preexecute file will not get deleted.  Go into the server's file system and check file size of one of the preexecute file.  I had seen some as large of 600+KB.

Keyworded list count also.  There is a work around, see http://simplyreddot.blogspot.com/2012/01/duplicate-pages.html

Best,

-Jian