Persistent Error and Indexing Process
- pridigitalParticipant11 months ago #37469
Hi there,
I am writing to seek clarification on a recurring issue that I have been experiencing, leading to the unavailability of the webpage. The error in question persists, and I have observed that the only effective resolution has been to reindex all the data.
Additionally, I have noticed that despite the “Stop real-time indexing” option being unchecked, I am required to manually initiate the indexing process. I would greatly appreciate your assistance in understanding the root cause of this matter and any guidance you could provide on a more permanent solution.
Thank you in advance for your time and support.
`
Fatal error: Uncaught Exception: Solr HTTP error: Server Error (500)
{
“error”:{
“msg”:”Index -1 out of bounds for length 1″,
“trace”:”java.lang.ArrayIndexOutOfBoundsException: Index -1 out of bounds for length 1\n\tat org.apache.lucene.util.packed.DirectMonotonicReader.get(DirectMonotonicReader.java:161)\n\tat org.apache.lucene.codecs.lucene90.Lucene90DocValuesProducer$TermsDict.getTermFromIndex(Lucene90DocValuesProducer.java:1125)\n\tat org.apache.lucene.codecs.lucene90.Lucene90DocValuesProducer$TermsDict.seekTermsIndex(Lucene90DocValuesProducer.java:1137)\n\tat org.apache.lucene.codecs.lucene90.Lucene90DocValuesProducer$TermsDict.seekBlock(Lucene90DocValuesProducer.java:1163)\n\tat org.apache.lucene.codecs.lucene90.Lucene90DocValuesProducer$TermsDict.seekCeil(Lucene90DocValuesProducer.java:1194)\n\tat org.apache.lucene.codecs.lucene90.Lucene90DocValuesProducer$BaseSortedDocValues.lookupTerm(Lucene90DocValuesProducer.java:987)\n\tat org.apache.lucene.index.SingletonSortedSetDocValues.lookupTerm(SingletonSortedSetDocValues.java:100)\n\tat org.apache.lucene.document.SortedSetDocValuesRangeQuery$1.scorer(SortedSetDocValuesRangeQuery.java:130)\n\tat org.apache.lucene.search.Weight.bulkScorer(Weight.java:166)\n\tat org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:753)\n\tat org.apache.lucene.search.IndexSearcher.search(IndexSearcher.java:541)\n\tat org.apache.solr.search.DocSetUtil.createDocSetGeneric(DocSetUtil.java:151)\n\tat org.apache.solr.search.DocSetUtil.createDocSet(DocSetUtil.java:138)\n\tat org.apache.solr.search.SolrIndexSearcher.getDocSetNC(SolrIndexSearcher.java:1262)\n\tat org.apache.solr.search.SolrIndexSearcher.lambda$getAndCacheDocSet$1(SolrIndexSearcher.java:935)\n\tat org.apache.solr.search.CaffeineCache.computeAsync(CaffeineCache.java:234)\n\tat org.apache.solr.search.CaffeineCache.computeIfAbsent(CaffeineCache.java:250)\n\tat org.apache.solr.search.SolrIndexSearcher.getAndCacheDocSet(SolrIndexSearcher.java:935)\n\tat org.apache.solr.search.SolrIndexSearcher.getPositiveDocSet(SolrIndexSearcher.java:897)\n\tat org.apache.solr.search.SolrIndexSearcher.getProcessedFilter(SolrIndexSearcher.java:1096)\n\tat org.apache.solr.search.SolrIndexSearcher.getDocListAndSetNC(SolrIndexSearcher.java:1746)\n\tat org.apache.solr.search.SolrIndexSearcher.getDocListC(SolrIndexSearcher.java:1505)\n\tat org.apache.solr.search.SolrIndexSearcher.search(SolrIndexSearcher.java:681)\n\tat org.apache.solr.handler.component.QueryComponent.doProcessUngroupedSearch(QueryComponent.java:1618)\n\tat org.apache.solr.handler.component.QueryComponent.process(QueryComponent.java:425)\n\tat org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:420)\n\tat org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:207)\n\tat org.apache.solr.core.SolrCore.execute(SolrCore.java:2866)\n\tat org.apache.solr.servlet.HttpSolrCall.execute(HttpSolrCall.java:887)\n\tat org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:606)\n\tat org.apache.solr.servlet.SolrDispatchFilter.dispatch(SolrDispatchFilter.java:239)\n\tat org.apache.solr.servlet.SolrDispatchFilter.lambda$doFilter$0(SolrDispatchFilter.java:207)\n\tat org.apache.solr.servlet.ServletUtils.traceHttpRequestExecution2(ServletUtils.java:257)\n\tat org.apache.solr.servlet.ServletUtils.rateLimitRequest(ServletUtils.java:227)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:202)\n\tat org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:184)\n\tat org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:201)\n\tat org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1601)\n\tat org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:548)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)\n\tat org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:600)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235)\n\tat org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1624)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1434)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188)\n\tat org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:501)\n\tat org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1594)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186)\n\tat org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1349)\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)\n\tat org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:191)\n\tat org.eclipse.jetty.server.handler.InetAccessHandler.handle(InetAccessHandler.java:177)\n\tat org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:322)\n\tat org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:763)\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127)\n\tat org.eclipse.jetty.server.Server.handle(Server.java:516)\n\tat org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:400)\n\tat org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:645)\n\tat org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:392)\n\tat org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:277)\n\tat org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311)\n\tat org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:105)\n\tat org.eclipse.jetty.io.ChannelEndPoint$1.run(ChannelEndPoint.java:104)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:338)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:315)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:173)\n\tat org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:131)\n\tat org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:409)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:883)\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:1034)\n\tat java.base/java.lang.Thread.run(Thread.java:833)\n”,
“code”:500}}
in /app/wp-content/plugins/wpsolr-pro/wpsolr/core/vendor/solarium/solarium/src/Core/Query/Result/Result.php on line 73Call stack:Solarium\C\Q\R\Result::__construct()wp-content/plugins/wpsolr-pro/wpsolr/core/vendor/solarium/solarium/src/Core/Client/Client.php:788Solarium\C\C\Client::createResult()wp-content/plugins/wpsolr-pro/wpsolr/core/vendor/solarium/solarium/src/Core/Client/Client.php:818Solarium\C\C\Client::execute()wp-content/plugins/wpsolr-pro/wpsolr/core/classes/engines/solarium/class-wpsolr-solariumclient.php:32wpsolr\c\c\e\s\WPSOLR_SearchSolariumClient::search_engine_client_execute()wp-content/plugins/wpsolr-pro/wpsolr/core/classes/engines/class-wpsolr-abstractsearchclient-root.php:1084wpsolr\c\c\e\WPSOLR_AbstractSearchClient_Root::execute_query()wp-content/plugins/wpsolr-pro/wpsolr/core/classes/engines/class-wpsolr-abstractsearchclient-root.php:1034wpsolr\c\c\e\WPSOLR_AbstractSearchClient_Root::execute_wpsolr_query()wp-content/plugins/wpsolr-pro/wpsolr/core/classes/ui/class-wpsolr-query.php:509wpsolr\c\c\u\WPSOLR_Query::get_posts()wp-includes/class-wp-query.php:3824WP_Query::query()wp-includes/class-wp.php:696WP::query_posts()wp-includes/class-wp.php:816WP::main()wp-includes/functions.php:1336wp()wp-blog-header.php:16require()index.php:17Query Monitor
`
pridigitalParticipant11 months ago #37472We followed the same process as before. Is there a way to prevent a recurrence of this issue? It effectively disrupts the site’s functionality and fails to render the HTML template. Additionally, any insights into why the entries aren’t indexing automatically?
wpsolrKeymaster11 months ago #37473Is there a way to prevent a recurrence of this issue?
Asking a Solr expert to review the current installation, or using a hosting Solr service like opensolr.com or searchstax.com.
Additionally, any insights into why the entries aren’t indexing automatically?
Please create a new topic for this question.
pridigitalParticipant11 months ago #37476I’m already using opensolr.com. Shouldn’t WPSolr render the WP_Query as a fallback or something instead of stoping the rendering of the entire page?
pridigitalParticipant11 months ago #37481They did and this is what they said.
This is not an Opensolr issue unfortunately.
For your reference, we have had other sudden WP Solr related issues, where everything was working OK, and suddenly there are all types of indexing issues.
This has to do with the Solr configuration files that WP Solr provides.
More to the point, you should perhaps report this field (below) to WP Solr and others like that, where it uses parameters as useDocValuesAsStored docValues, etc, for string fields.
This most likely makes no sense to you, but we have reported this and other configuration flaws to WP Solr, however there was no fix.
Unfortunately, there is nothing we can do to fix those as those are provisioned and provided by WP Solr, Drupal and any other provider of such Solr plugins.
We only provide the Solr platform as it is, so we have no control over those configuration files.<dynamicField name=”*_str” type=”strings” stored=”false” docValues=”true” indexed=”false”
useDocValuesAsStored=”false”/>To try to tell what would fix this for you, would be guess work, as we did fix this before by removing docValues and useDocValuesAsStored from your schema.xml in your Opensolr index, but that might lead to other regression issues, since, again, we do not control the way WP Solr works and integrates with Solr.
Hope this helps.
wpsolrKeymaster11 months ago #37482Thanks. This issue never happened during our tests with OpenSolr indices.
You can create a new index, after editing the file
wpsolr-pro/wpsolr/core/classes/engines/solarium/admin/conf/9.0/schema.xml
,and replacing:
<dynamicField name="*_str" type="strings" stored="false" docValues="true" indexed="false" useDocValuesAsStored="false"/>
with:
<dynamicField name="*_str" type="strings" stored="true" docValues="true"/>
You must be logged in to reply to this topic.