Hello,
we recently updated our Solr server from 6.6.5 to 7.7.0. Since then, we
have problems with the server's CPU usage.
We have two Solr cores configured, but even if we clear all indexes and do
not start the index process, we see 100 CPU usage for both cores.
Here's what our top says:
root@
Hi Walter and Jörn,
thanks for your suggestions! I will keep them in mind.
According to our sysadmin, the CPU's on the Solr nodes are “doing basically
nothing", so that’s a plentiful resource in our case. We’re most interested in
reducing the response time of the whole chain, that (for search A
Dear all,
For our highlighting of search hits we are moving from Original Highlighter
to Unified Highlighter but we have the need to create our own
custom PassageFormatter.
Under Original Highlighter we already have our own formatter
which implements Formatter, FormatterWithOffsetPos. This new fo
Dear reader
I have queries of the following kind:
+( X )
- {!join from=parent_ids to=id}( X )
X is a {!graph query.
Is there a way to tell Solr to cache the result of "X" because the
result is needed in the whole query again (within {!join...)?
example query (json):
{
"query" : {
Dear reader, I've found an different solution for my problem
and don't need a depth dependent score anymore.
Kind regards, Jochen
Am 19.02.19 um 14:42 schrieb Jochen Barth:
Dear reader,
I'll have a hierarchical graph "like a book":
{ id:solr_doc1; title:book }
{ id:solr_doc2; title:chapter; p
hi, there was an error in my description of how to enable HTTP compression: the
"--add-to-start=gzip” command should NOT be executed from the Solr root
directory, but from the server/ (Jetty) directory. The command produces a
start.ini file that otherwise ends up in the wrong place.
I guess thi
Just to add to this. We upgraded to 7.7.0 and saw very large CPU usage
on multi core boxes - sustained in the 1200% range. We then switched to
7.6.0 (no other configuration changes) and the problem went away.
We have a 40 node cluster and all 40 nodes had high CPU usage with 3
indexes stored
I can confirm this. Downgrading to 7.6.0 solved the issue.
Thanks for the hint.
Von:"Joe Obernberger"
An: solr-user@lucene.apache.org, "Lukas Weiss"
,
Datum: 27.02.2019 15:59
Betreff:Re: High CPU usage with Solr 7.7.0
Just to add to this. We upgraded to 7.7.0 and saw very
I really do not expect it to make anything faster. I think you are wasting your
time. Compression also adds some latency because the compression happens before
data is sent out.
If your CPUs are idle, that is a red flag for performance. In every one of our
clusters, CPU is the limiting factor
Maybe a thread dump would be useful if you still have some instance running
on 7.7
On Wed, Feb 27, 2019 at 7:28 AM Lukas Weiss
wrote:
> I can confirm this. Downgrading to 7.6.0 solved the issue.
> Thanks for the hint.
>
>
>
> Von:"Joe Obernberger"
> An: solr-user@lucene.apache.org, "Luk
Hi Martin,
According to the JIRA, it says it is a bug, as it was working previously in
Solr 4. I have not tried Solr 4 before, so I'm not sure how it works.
For the ordering of the documents, do you mean to sort them according to
the criteria that you want?
Regards,
Edwin
On Wed, 27 Feb 2019 at
Hi Abhi,
Are all your Solr nodes and ZooKeepers in different machine?
Regards,
Edwin
On Wed, 27 Feb 2019 at 02:19, abhishek_itengg
wrote:
> Hi,
>
> I am using SolrCloud setup with 3 SolrNodes. Intermittently we see errors
> of
> streaming solr clients on individual solr node logs. These error
I am seeing the same issue in Solr 7.7.0
Apparently there is already a JIRA at
https://issues.apache.org/jira/browse/SOLR-12860.
Regards,
Edwin
On Wed, 27 Feb 2019 at 08:03, dshih wrote:
> Opened SOLR-13274
>
>
>
> --
> Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html
>
Hi Edwin,
Ok that is nice to know. Do you know when this bug will get fixed?
By ordering I mean that MLT score the documents according to its similarity
function (believe it is cosine similarity), and I don’t know how faceting will
affect this score? Or ignore it all together?
Best regards
14 matches
Mail list logo