LDAP OutOfMemory

4 respostas
M

Amigos preciso de ajuda.

Estou usando o TomCat, e em algum momento a app, está bombando esse erro…alguém pode me ajudar?

java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start(Native Method)
        at com.novell.ldap.Connection.startReader(Unknown Source)
        at com.novell.ldap.Connection.connect(Unknown Source)
        at com.novell.ldap.Connection.connect(Unknown Source)
        at com.novell.ldap.LDAPConnection.connect(Unknown Source)
        at br.com.computeasy.tiamat.businessdelegate.LoginBD.connectLdap(LoginBD.java:131)
        at br.com.computeasy.tiamat.businessdelegate.LoginBD.ldapLogin(LoginBD.java:153)
        at br.com.computeasy.tiamat.businessdelegate.LoginBD.verLogin(LoginBD.java:69)
        at br.com.computeasy.tiamat.action.Login.execute(Login.java:42)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:173)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:170)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:170)
        at com.opensymphony.xwork.interceptor.AroundInterceptor.intercept(AroundInterceptor.java:37)
        at com.opensymphony.xwork.DefaultActionInvocation.invoke(DefaultActionInvocation.java:170)
        at com.opensymphony.xwork.DefaultActionProxy.execute(DefaultActionProxy.java:116)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.serviceAction(ServletDispatcher.java:182)
        at com.opensymphony.webwork.dispatcher.ServletDispatcher.service(ServletDispatcher.java:162)
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:810)
        at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
        at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
        at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:214)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardContextValve.invokeInternal(StandardContextValve.java:198)
        at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:152)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:137)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:102)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
        at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveContext.java:104)
        at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:520)
        at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:296)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:372)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:694)
        at org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:626)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:807)
        at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:644)

4 Respostas

T

Dê uma olhada nesta thread, ela sugere alterar o parâmetro -Xss

http://swforum.sun.com/jive/thread.jspa?threadID=48910

Para alterar os parâmetros passados para o Java no Tomcat você pode mexer no script de startup (startup.bat ou startup.sh, ou talvez catalina.bat ou catalina.sh), acrescentando uma variável de ambiente JAVA_OPTS.

O texto a seguit foi extraído de bin\catalina.bat.

rem   JAVA_OPTS       (Optional) Java runtime options used when the "start",
rem                   "stop", or "run" command is executed.
louds

Isso pode ter 1 milhão deu causas. Usar -XAgressiveHeap pode causar isso. Ou então usar um heap tão grande que ele se choca com a área para as pilhas.
Pode ser também alguma limitação que o SO tem ou colocou no processo java, se for unix da uma olhada no ulimit do usuario do tomcat (ou o equivalmente).

black_fire

E ai manta, blz?

Acho que o melhor lugar para vc ver isso é no maillist de usuários do Tomcat, pois pode ser um erro do Tomcat, muitas pessoas tem me dito que essas quedas do Tomcat são muito comuns.

Tenta mandar sua dúvida pra lá.

:arrow: Pra se inscrever vc tem que mandar um e-mail para: [email removido]
:arrow: E depois confirmar a inscrição, de pois é só mandar um e-mail (em Inglês) com sua dúvida para [email removido]

O maillist tbm tem uma página pra consultar os arquivos.
http://nagoya.apache.org/eyebrowse/SummarizeList?listId=88

Um abraço

T

De fato, eu me inscrevi nessa lista do Tomcat, e o próprio Yoav Shapira me respondeu uma dúvida.
O único problema é que a lista é de altíssimo tráfego, portanto mando tudo para uma conta do Yahoo que só uso para isso, e tenho de tomar cuidado para que não estoure (apesar do limite de 100MB… :wink:

Criado 1 de dezembro de 2004
Ultima resposta 3 de dez. de 2004
Respostas 4
Participantes 4