lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mark Miller (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (SOLR-4992) Solr queries don't propagate Java OutOfMemoryError back to the JVM
Date Wed, 03 Jul 2013 14:05:20 GMT

     [ https://issues.apache.org/jira/browse/SOLR-4992?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Mark Miller updated SOLR-4992:
------------------------------

    Fix Version/s: 4.4
                   5.0
    
> Solr queries don't propagate Java OutOfMemoryError back to the JVM
> ------------------------------------------------------------------
>
>                 Key: SOLR-4992
>                 URL: https://issues.apache.org/jira/browse/SOLR-4992
>             Project: Solr
>          Issue Type: Bug
>          Components: search, SolrCloud, update
>    Affects Versions: 4.3.1
>            Reporter: Daniel Collins
>            Assignee: Mark Miller
>             Fix For: 5.0, 4.4
>
>
> Solr (specifically SolrDispatchFilter.doFilter() but there might be other places) handle
generic java.lang.Throwable errors but that "hides" OutOfMemoryError scenarios.
> IndexWriter does this too but that has a specific exclusion for OOM scenarios and handles
them explicitly (stops committing and just logs to the transaction log).
> {noformat}
> Example Stack trace:
> 2013-06-26 19:31:33,801 [qtp632640515-62] ERROR
> solr.servlet.SolrDispatchFilter Q:22 -
> null:java.lang.RuntimeException: java.lang.OutOfMemoryError: Java heap
> space
> at org.apache.solr.servlet.SolrDispatchFilter.sendError(SolrDispatchFilter.java:670)
> at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:380)
> at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:155)
> at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1423)
> at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:450)
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:138)
> at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:564)
> at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:213)
> at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1083)
> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:379)
> at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:175)
> at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1017)
> at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:136)
> at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:258)
> at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109)
> at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97)
> at org.eclipse.jetty.server.Server.handle(Server.java:445)
> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:260)
> at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:225)
> at org.eclipse.jetty.io.AbstractConnection$ReadCallback.run(AbstractConnection.java:358)
> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:596)
> at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:527)
> at java.lang.Thread.run(Thread.java:722)
> Caused by: java.lang.OutOfMemoryError: Java heap space
> {noformat}

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message