On Sep 16, 2009, at 6:54 PM, Yonik Seeley wrote:
On a quick look, it looks like this was caused (or at least
triggered by)
https://issues.apache.org/jira/browse/SOLR-1427
Registering the bean in the SolrCore constructor causes it to
immediately turn around and ask for the stats which asks for a
searcher, which blocks.
Hmm, yeah that sounds likely. We can revert if need be and push to 1.5
-Yonik
http://www.lucidimagination.com
On Wed, Sep 16, 2009 at 9:34 PM, Dadasheva, Olga
<olga_dadash...@harvard.edu> wrote:
Hi,
I am testing EmbeddedSolrServer vs StreamingUpdateSolrServer for my
crawlers using more or less recent Solr code and everything was fine
till today when I took the latest trunk code.
When I start my crawler I see a number of INFO outputs
2009-09-16 21:08:29,399 INFO Adding
component:org.apache.solr.handler.component.highlightcompon...@36ae83
(SearchHandler.java:132) - [main]
2009-09-16 21:08:29,400 INFO Adding
component:org.apache.solr.handler.component.statscompon...@1fb24d3
(SearchHandler.java:132) - [main]
2009-09-16 21:08:29,401 INFO Adding
component:org.apache.solr.handler.component.TermVectorComponent
@14ba9a2
(SearchHandler.java:132) - [main]
2009-09-16 21:08:29,402 INFO Adding debug
component:org.apache.solr.handler.component.debugcompon...@12ea1dd
(SearchHandler.java:137) - [main]
and then the log/program stops.
The thread dump reveals the following:
"main" prio=3 tid=0x00030000 nid=0x2 in Object.wait()
[0xfe67c000..0xfe67fd80]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0xeaaf6b10> (a java.lang.Object)
at java.lang.Object.wait(Object.java:485)
at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:
991)
- locked <0xeaaf6b10> (a java.lang.Object)
at org.apache.solr.core.SolrCore.getSearcher(SolrCore.java:
904)
at
org.apache.solr.handler.ReplicationHandler.getIndexVersion
(ReplicationHa
ndler.java:472)
at
org.apache.solr.handler.ReplicationHandler.getStatistics
(ReplicationHand
ler.java:490)
at
org.apache.solr.core.JmxMonitoredMap$SolrDynamicMBean.getMBeanInfo
(JmxMo
nitoredMap.java:224)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.getNewMBeanClassNa
me(DefaultMBeanServerInterceptor.java:321)
at
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean
(Defa
ultMBeanServerInterceptor.java:307)
at
com.sun.jmx.mbeanserver.JmxMBeanServer.registerMBean
(JmxMBeanServer.java
:482)
at
org.apache.solr.core.JmxMonitoredMap.put(JmxMonitoredMap.java:137)
at
org.apache.solr.core.JmxMonitoredMap.put(JmxMonitoredMap.java:47)
at
org.apache.solr.core.SolrResourceLoader.inform
(SolrResourceLoader.java:4
46)
at org.apache.solr.core.SolrCore.<init>(SolrCore.java:578)
at
harvard.solr.search.service.EmbeddedSearchService.setSolrHome
(EmbeddedSe
archService.java:47)
The same is happening for the StreamingUpdateSolrServer.
Do you think it's a bug?
Thank you for looking into it,
-Olga
--------------------------
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem (Lucene/Solr/Nutch/Mahout/Tika/Droids)
using Solr/Lucene:
http://www.lucidimagination.com/search
