Anonymous | Login
Project:
RSS
  
News | My View | View Issues | Roadmap | Summary

View Issue DetailsJump to Notes ] Issue History ] Print ]
ID
0006285
TypeCategorySeverityReproducibilityDate SubmittedLast Update
defect[Openbravo ERP] A. Platformmajoralways2008-11-30 23:132008-12-22 16:50
ReporterpjuvaraView Statuspublic 
Assigned Tomtaal 
PriorityhighResolutionfixedFixed in Version2.50alpha-r5
StatusclosedFix in branchFixed in SCM revision10902
ProjectionnoneETAnoneTarget Version
OSLinux 32 bitDatabasePostgreSQLJava version1.6.0_10
OS VersionrPath LinuxDatabase version8.3.5Ant version1.7.1
Product Version2.50alpha-r1SCM revision 
Merge Request Status
Review Assigned To
OBNetwork customerNo
Web browser
ModulesCore
Support ticket
Regression level
Regression date
Regression introduced in release
Regression introduced by commit
Triggers an Emergency PackNo
Summary

0006285: Memory consumption too high in when rebuilding system

DescriptionAfter having installed modules, when the user rebuilds the system, the compilation window consumes a lot of memory.

This is a serious issue as it affects the ability to deploy the Community Appliance on machines with limited to average memory capacity.
In general, Openbravo ERP 2.50 Community Appliance can be run in a virtual machine that requires 512 Mb of RAM. The compilation window, however, requires a lot more memory and it forces users to permanently allocate 1Gb of RAM.
Steps To ReproduceDeploy the Openbravo ERP 2.50 Community Appliance with 512 Mb of RAM. Operate the system normally, performing transaction.
You will see that it works successfully.

After that, try to install any module and rebuild the system. The appliance fails.
Proposed SolutionReduce the memory consumption during system build.
Tagsplatform1_sprint1
Attached Files

- Relationships Relation Graph ] Dependency Graph ]
related to defect 0006287 closedmtaal System rebuilds require an increasing amount of memory 

-  Notes
(0011668)
mtaal (viewer)
2008-12-22 15:37

I retested this with alphar5 and a 512MB machine in vmware and installing and uninstalling modules went fine. Therefore closing this issue.

gr. Martin

- Issue History
Date Modified Username Field Change
2008-11-30 23:13 pjuvara New Issue
2008-11-30 23:13 pjuvara Assigned To => iciordia
2008-11-30 23:13 pjuvara sf_bug_id 0 => 2367189
2008-11-30 23:13 pjuvara OBNetwork customer => No
2008-11-30 23:13 pjuvara Regression testing => No
2008-11-30 23:18 pjuvara Relationship added related to 0006287
2008-12-01 08:37 iciordia Assigned To iciordia => alostale
2008-12-10 09:37 alostale Assigned To alostale => mtaal
2008-12-15 06:54 mtaal Tag Attached: platform1_sprint1
2008-12-18 10:25 rafaroda Status new => scheduled
2008-12-18 10:25 rafaroda fix_in_branch => trunk
2008-12-22 15:37 mtaal Note Added: 0011668
2008-12-22 15:44 mtaal Resolution open => unable to reproduce
2008-12-22 15:44 mtaal Fixed in Version => 2.50alpha-r5
2008-12-22 15:44 mtaal fix_in_branch trunk =>
2008-12-22 15:46 mtaal Resolution unable to reproduce => fixed
2008-12-22 15:46 mtaal svn_revision => 10902
2008-12-22 15:46 mtaal Status scheduled => resolved
2008-12-22 16:50 pjuvara Status resolved => closed


Copyright © 2000 - 2009 MantisBT Group
Powered by Mantis Bugtracker