http://ofbiz.116.s1.nabble.com/OFBiz-crash-on-high-load-tp141304p141306.html
have seen different threads about 1.4.2 having problems. _11 is the latest.
> That's true Jacques, I tried to make it more than 1024 but the ofbiz does not start at all, and I can't move to UNIX or Linux before one month at least.
>
> My version of ofbiz is from more than one year, and if i want to make upgrade now to the last version, I think it needs long time, but I want to upgrade to the last version ASAP.
> HyperThreading in the BIOS is turned on.
> My SDK version is 1.4.2_05
> What are the services that can I turn off?
> There is no problem with the services or with the antivirus,
> I think the problem is that there is some problem in JOTM in my version maybe, because the following warning appears all the time:
>
> ---- exception report ----------------------------------------------------------
> WARNING: In setTransactionBeginStack a stack placeholder was already in place, here is where the transaction began:
> Exception: java.lang.Exception
> Message: Tx Stack Placeholder
> ---- stack trace ---------------------------------------------------------------
> java.lang.Exception: Tx Stack Placeholder
> org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:517)
> org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:117)
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:273)
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:215)
> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:110)
> org.ofbiz.content.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:269)
> org.ofbiz.content.webapp.control.RequestHandler.runEvent(RequestHandler.java:377)
> org.ofbiz.content.webapp.control.RequestHandler.doRequest(RequestHandler.java:239)
> org.ofbiz.content.webapp.control.ControlServlet.doGet(ControlServlet.java:186)
> org.ofbiz.content.webapp.control.ControlServlet.doPost(ControlServlet.java:85)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
> org.ofbiz.content.webapp.control.ContextFilter.doFilter(ContextFilter.java:237)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
> java.lang.Thread.run(Thread.java:534)
> --------------------------------------------------------------------------------
>
> 47468[ TransactionUtil.java:525:WARN ]
> ---- exception report ----------------------------------------------------------
> WARNING: In setTransactionBeginStack a stack placeholder was already in place, here is the current location:
> Exception: java.lang.Exception
> Message: Current Stack Trace
> ---- stack trace ---------------------------------------------------------------
> java.lang.Exception: Current Stack Trace
> org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:524)
> org.ofbiz.entity.transaction.TransactionUtil.setTransactionBeginStack(TransactionUtil.java:518)
> org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:117)
> org.ofbiz.entity.transaction.TransactionUtil.begin(TransactionUtil.java:63)
> org.ofbiz.securityext.login.LoginServices.userLogin(LoginServices.java:253)
> sun.reflect.GeneratedMethodAccessor74.invoke(Unknown Source)
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> java.lang.reflect.Method.invoke(Method.java:324)
> org.ofbiz.service.engine.StandardJavaEngine.serviceInvoker(StandardJavaEngine.java:101)
> org.ofbiz.service.engine.StandardJavaEngine.runSync(StandardJavaEngine.java:63)
> org.ofbiz.service.ServiceDispatcher.getLoginObject(ServiceDispatcher.java:785)
> org.ofbiz.service.ServiceDispatcher.checkAuth(ServiceDispatcher.java:751)
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:321)
> org.ofbiz.service.ServiceDispatcher.runSync(ServiceDispatcher.java:215)
> org.ofbiz.service.GenericDispatcher.runSync(GenericDispatcher.java:110)
> org.ofbiz.content.webapp.event.ServiceEventHandler.invoke(ServiceEventHandler.java:269)
> org.ofbiz.content.webapp.control.RequestHandler.runEvent(RequestHandler.java:377)
> org.ofbiz.content.webapp.control.RequestHandler.doRequest(RequestHandler.java:239)
> org.ofbiz.content.webapp.control.ControlServlet.doGet(ControlServlet.java:186)
> org.ofbiz.content.webapp.control.ControlServlet.doPost(ControlServlet.java:85)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:709)
> javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
> org.ofbiz.content.webapp.control.ContextFilter.doFilter(ContextFilter.java:237)
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:118)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:535)
> org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
> org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:799)
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:705)
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:577)
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:683)
> java.lang.Thread.run(Thread.java:534)
>
> Can you advise please, thanks in advance and thanks for your cooperation
>
>
>
> ==================================
> Mamdouh Kaadan
>
>
>
> -----Original Message-----
> From: Jacques Le Roux [mailto:
[hidden email]]
> Sent: Thursday, August 10, 2006 12:18 AM
> To:
[hidden email]
> Subject: Re: OFBiz crash on high load
>
>
> ----- Original Message -----
> From: "Walter Vaughan" <
[hidden email]>
> To: <
[hidden email]>
> Sent: Wednesday, August 09, 2006 11:53 PM
> Subject: Re: OFBiz crash on high load
>
>
>> Mamdouh Kaadan wrote:
>>> The run command is: "%JAVA_HOME%\bin\java" -Xms256M -Xmx1024M -jar
>>> ofbiz.jar
>> You say the problems seem to be related to load. With 3 Gig of memory, you might
>> want to rethink your java memory allocation. From my feeble memory, the minimum
>> should be close to the maximum available and the maximum should be close to 75%
>> or more available memory. In this case, I'd try to move it to
>>
>> "%JAVA_HOME%\bin\java" -Xms2048M -Xmx2560M -jar ofbiz.jar
>>
>> quid pro ergo prompter hoc
>>
>> What version of Java SDK are you running?
>>
>> What's your commit charge look like under load?
>>
>> Have you turned all the other services off that are not related to your OFBiz
>> installation?
>>
>> Will TPTB at your enterprise allow you to run the OFBiz server using a "normal"
>> ServerOS like Linux,Solaris,FreeBSD,Mac-Xserve?
>>
>> When did you last do a SVN update with OFBiz?
>>
>> Do you have some anti-virus running?
>>
>> Have you tried setting the Processor affinity to a single CPU?
>>
>> Did you turn off HyperThreading in the BIOS?
>
> BTW I have read recently that on Windows you can't get more than approximatly 1.5GB of Heap
> See here for instance :
>
http://www.velocityreviews.com/forums/t144234-help-ltgc-reduced-max-java-heap-size-to-bytes-due-to-memory-contraintsgt-.html> The explanation come from the implementation of the garbage collector : it needs an continuous segment of memory.
>
> Jacques
>
>