Re: Solr 8.10.1 performance degradation vs Solr 6.6.1

2022-04-08 Thread Sergio García Maroto
After testing different options. It seems the scale function has some performance issue. Other functions are fine. I had to replace it by log() to get similar functionallity. Regards, Sergio Maroto On Wed, 6 Apr 2022 at 17:18, Sergio García Maroto wrote: > Thanks Mike. > It seems like Solr 8 is

Re: Solr as a dedicated data store?

2022-04-08 Thread dmitri maziuk
On 2022-04-07 11:51 PM, Shawn Heisey wrote: ... As I understand it, ES offers reindex capability by storing the entire input document into a field in the index.  Which means that the index will be lot bigger than it needs to be, which is going to affect performance.  If the field is not indexed

Verifying the replica.type parameter behavior

2022-04-08 Thread Olivia Crusoe
Hello, I've been trying out the shards.preference=replica.type:PULL as a parameter appended onto queries, as well as trying out including it in the search request handler. For context, we have a collection that is 2 shards, 2 TLOGs per shard, and n number of PULLs (can change depending on if w

launched solr 8.10 fails to "get system information"/create core, error: 'Cannot invoke "String.contains(java.lang.CharSequence)" because the return value of "org.apache.http.client.ClientProtocolExce

2022-04-08 Thread PGNet Dev
i'm re-installing an instance of solr 8.10.1 on a dedicated box it's launched, ps ax | grep solr 85664 ?Sl 1:26 /usr/lib/jvm/java-18-openjdk/bin/java -server -Xms512m -Xmx512m -XX:+UseG1GC -XX:+PerfDisableSharedMem -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=

Re: Verifying the replica.type parameter behavior

2022-04-08 Thread Michael Gibney
`shards.preference` only affects the backend routing of requests to individual cores/shards. These backend requests should have an additional `distrib=false` param, and are the requests that are generally the most resource-intensive, in that they do the initial per-shard domain-narrowing. I'm fair

Re: Need help with DIH plugin SOLR

2022-04-08 Thread Neha Gupta
Thanks Dominique...will look into it. On 06/04/2022 22:56, Dominique Bejean wrote: Hi, I suggest to take a look at Apache Nifi ETL in order to replace DIH. It can read and write into Solr, Dominique Le mer. 6 avr. 2022 à 12:44, Jan Høydahl a écrit : Hi, The upcoming 9.0 release does not h

Re: Need help with DIH plugin SOLR

2022-04-08 Thread Mike Drob
Hi Dominique, Are there any guides available on using Nifi ETL with Solr? What do you consider to be good references for it? Thanks, Mike On Wed, Apr 6, 2022 at 3:56 PM Dominique Bejean wrote: > Hi, > > I suggest to take a look at Apache Nifi ETL in order to replace DIH. It can > read and writ

Re: Need help with DIH plugin SOLR

2022-04-08 Thread dmitri maziuk
On 2022-04-08 4:45 PM, Mike Drob wrote: Hi Dominique, Are there any guides available on using Nifi ETL with Solr? What do you consider to be good references for it? ETL is likely an overkill for DIH, about the only reason you'd use it is if you can use a scripting language. Dima

Re: Solr as a dedicated data store?

2022-04-08 Thread James Greene
I think you are speaking to the point that the requirement to have all your data rebuildable from source isn't a hard requirement as their are ways to re-index without having access to the original source (you still need the full docs stored in solr just not indexed). By looking at solr from that p

Re: Solr as a dedicated data store?

2022-04-08 Thread David Hastings
As long as your documents are simple in structure. A key value or an array for any given field, you’re good to go. Anything multi level, you’re out of luck. Not sure how relevant this link is still but: https://stackoverflow.com/questions/22192904/is-solr-support-complex-types-like-structure-for-mu

Re: Solr as a dedicated data store?

2022-04-08 Thread dmitri maziuk
On 2022-04-08 7:36 PM, James Greene wrote: I think you are speaking to the point that the requirement to have all your data rebuildable from source isn't a hard requirement as their are ways to re-index without having access to the original source (you still need the full docs stored in solr just