[MAGNOLIA-904] Starting/stopping Magnolia instance ends in 'Out of Memory' Created: 01/Jun/06  Updated: 23/Jan/13  Resolved: 18/Oct/06

Status: Closed
Project: Magnolia
Component/s: core
Affects Version/s: 2.1.5
Fix Version/s: None

Type: Bug Priority: Major
Reporter: Giancarlo Berner Assignee: Sameer Charles
Resolution: Won't Fix Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Debian Linux, Magnolia 2.1.5, Tomcat 5.0


Template:
Acceptance criteria:
Empty
Task DoD:
[ ]* Doc/release notes changes? Comment present?
[ ]* Downstream builds green?
[ ]* Solution information and context easily available?
[ ]* Tests
[ ]* FixVersion filled and not yet released
[ ]  Architecture Decision Record (ADR)
Bug DoR:
[ ]* Steps to reproduce, expected, and actual results filled
[ ]* Affected version filled
Date of First Response:

 Description   
  • Deploy two Magnolia instances (Author and Publish) into Tomcat 5.0
  • Set max heap size to 256MB
  • Start Tomcat
  • Stop Tomcat
    ---> Everything works fine
  • Start Tomcat Manager
  • Stop Publish instance
  • Start Publish instance
    ---> After a while publish instance crashes with FATAL 'out of memory' error. Maybe you have to stop/start instance another time to get the FATAL. And also Author instance will crash.

I read about memory problems with Derby or DB Berkely PM, but am not sure of which. Could that perhaps be something like a 'hint'?



 Comments   
Comment by Philipp Bracher [ 01/Jun/06 ]

Fabrizio invested a lot on reduceing the memory usage for 2.1.6 (not yet released 2.1 branch).

Can you test the behavior with a 2.1.6-SNAPSHOT?

I think It would be cool to release a 2.1.6 (the most robust magnolia ever

Comment by Sameer Charles [ 18/Oct/06 ]

Its because (1) You are using derby for production use and its embedded within webapp

  • To solve this you can setup a repository server which is shared by magnolia instances
Generated at Mon Feb 12 03:21:45 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.