Solr boolean query with phrase match

2019-03-24 Thread krishan goyal
Hi, I want to execute a solr query with boolean clauses using the eDismax Query Parser. But the phrase match is executed on the complete query and not on the individual queries which are created. Is it possible to have both boolean conditions in query and phrase matches ? Eg: Query - (gear

Re: solr _route_ key now working

2019-03-24 Thread Zheng Lin Edwin Yeo
Hi, The character ":" is a special character, so it requires escaping during the search. You can try to search with query _route_="a\:b!". Regards, Edwin On Mon, 25 Mar 2019 at 07:59, Jay Potharaju wrote: > Hi, > My document id has a format of a:b!c, when I query _route_="a:b!" it does > not

solr _route_ key now working

2019-03-24 Thread Jay Potharaju
Hi, My document id has a format of a:b!c, when I query _route_="a:b!" it does not return any values. Any suggestions? Thanks Jay Potharaju

Re: Help with slow retrieving data

2019-03-24 Thread Erick Erickson
If the fields you’re returning have to be pulled from the store=“true” parts of the index, then each value returned requires 1> a disk read 2> decompressing 16K minimum which is what Shawn was getting at. Try this: 1> insure docValues=true for the field. You’ll have to re-index all your docs.

Re: Help with slow retrieving data

2019-03-24 Thread Wendy2
Hi Shawn,Thanks for your response. I have several Solr cores on the same Solr instance. The particular core with slow retrieve response has 6 gb data. Sorry for the confusion.I restart Solr and ran same query with rows=0 vs 1, QTime for both are OK, so I guess it is the retrieving slow? I

Re: Help with slow retrieving data

2019-03-24 Thread Shawn Heisey
On 3/24/2019 12:11 PM, Wendy2 wrote: Thank you very much for your response! Here is a screen shot. Is the CPU an issue? You said that your index is 6GB, but the process listing is saying that you have more than 30GB of index data being managed by Solr. There's a discrepancy somewhere.

Re: CDCR issues

2019-03-24 Thread Gus Heck
This sounds worthy of a jira. Especially if you can cite steps to reproduce. On Fri, Mar 22, 2019, 10:51 PM Jay Potharaju wrote: > This might be causing the high CPU in 7.7.x. > > >

Re: Help with slow retrieving data

2019-03-24 Thread Wendy2
Hi Shawn, Thank you very much for your response! Here is a screen shot. Is the CPU an issue? -- Sent from: http://lucene.472066.n3.nabble.com/Solr-User-f472068.html

Re: Help with slow retrieving data

2019-03-24 Thread Shawn Heisey
On 3/24/2019 7:16 AM, Wendy2 wrote: Hi Solr users:I use Solr 7.3.1 and 150,000 documents and about 6GB in total. When I try to retrieve 2 ids (4 letter code, indexed and stored), it took 17s to retrieve 1.14M size data. I tried to increase RAM and cache, but Can you get the screenshot

Help with slow retrieving data

2019-03-24 Thread Wendy2
Hi Solr users:I use Solr 7.3.1 and 150,000 documents and about 6GB in total. When I try to retrieve 2 ids (4 letter code, indexed and stored), it took 17s to retrieve 1.14M size data. I tried to increase RAM and cache, but only helped to some degree (from 25s to 17s). Any idea/suggestions

Re: solr 7.7+ admin ui inaccessible with BasicAuthPlugin+RuleBasedAuthorizationPlugin

2019-03-24 Thread anon
Thanks for investigating! I really appreciate the quick response. I've created the jiras: * https://issues.apache.org/jira/browse/SOLR-13344 for the AdminGui issue * https://issues.apache.org/jira/browse/SOLR-13345 for the empty passwords if we allow creation of user with empty pw I'd note

Re: solr 7.7+ admin ui inaccessible with BasicAuthPlugin+RuleBasedAuthorizationPlugin

2019-03-24 Thread Jan Høydahl
Thanks. Lions like the «all» permission actually blocks access to the AdminGui servlet so we won’t even serve the static UI files :) Please open a JIRA issue for this. You can open another JIRA for the “empty password” issue. We should be consistent so if we allow creation of user with empty