Re: Solr: How to index range-pair fields?

2015-08-22 Thread Alexandre Rafalovitch
Sorry Venkat, this is pushing beyond my immediate knowledge. You'd just need to experiment. But the document still looks a bit wrong, specifically I don't understand where those extra 366 values are coming from. It should be just a two-dimensional coordinates, first one for start of the range,

Too many updates received since start

2015-08-22 Thread Yago Riveiro
Hi, Can anyone explain me the possible causes of this warning? too many updates received since start - startingUpdates no longer overlaps with our currentUpdates This warning triggers an full recovery for the shard that throw the warning. - Best regards -- View this message in context:

Re: How to use DocumentAnalysisRequestHandler in java

2015-08-22 Thread Xavier Tannier
Hi, Faceting is indeed the best way to do it. Here is how it will look like in java: SolrQuery query = new SolrQuery(); query.setQuery(id: + docId); query.setFacet(true); query.addFacetField(text); // You can add all fields you want to inspect

Re: Collapse Expand

2015-08-22 Thread Joel Bernstein
Can you explain your use case a little more? Joel Bernstein http://joelsolr.blogspot.com/ On Fri, Aug 21, 2015 at 5:43 PM, Kiran Sai Veerubhotla sai.sq...@gmail.com wrote: how can i use collapse expand on the docValues with json facet api?

Re: Too many updates received since start

2015-08-22 Thread Shawn Heisey
On 8/22/2015 11:51 AM, Yago Riveiro wrote: My heap is about 24G an I tuned it using this link https://wiki.apache.org/solr/ShawnHeisey#GC_Tuning_for_Solr Shawn updated since I use it and some configuration are not in this document any more. I see on my GC logs pauses about 6s, my index

Re: Can TrieDateField fields be null?

2015-08-22 Thread Erick Erickson
TrieDateFields can be null. Actually, just not in the document. I just verified with 4.10 How are you indexing? I suspect that somehow the program that's sending things to Solr is putting the default time in. What version of Solr? Best, Erick On Sat, Aug 22, 2015 at 4:04 PM, Henrique O.

Re: Too many updates received since start

2015-08-22 Thread Shawn Heisey
On 8/22/2015 3:50 PM, Yago Riveiro wrote: I'm using java 7u25 oracle version with Solr 4.6.1 It work well with 98% of throughput but in some full GC the issue arises. A full sync for one shard is more than 50G. There is any configuration to configurate the number of docs behind leader

Re: Solr performance is slow with just 1GB of data indexed

2015-08-22 Thread Zheng Lin Edwin Yeo
Hi Shawn, Yes, I've increased the heap size to 4GB already, and I'm using a machine with 32GB RAM. Is it recommended to further increase the heap size to like 8GB or 16GB? Regards, Edwin On 23 Aug 2015 10:23, Shawn Heisey apa...@elyograg.org wrote: On 8/22/2015 7:31 PM, Zheng Lin Edwin Yeo

Re: Too many updates received since start

2015-08-22 Thread Yago Riveiro
I'm using java 7u25 oracle version with Solr 4.6.1 It work well with 98% of throughput but in some full GC the issue arises. A full sync for one shard is more than 50G. There is any configuration to configurate the number of docs behind leader that a replica can be? On Sat, Aug 22,

Can TrieDateField fields be null?

2015-08-22 Thread Henrique O. Santos
Hello, Just a simple question. Can TrieDateField fields be null? I have a schema with the following field and type: field name=started_at type=date indexed=true stored=true docValues=true / fieldType name=date class=solr.TrieDateField precisionStep=0 positionIncrementGap=0/ Every

Solr performance is slow with just 1GB of data indexed

2015-08-22 Thread Zheng Lin Edwin Yeo
Hi, I'm using Solr 5.2.1, and I've indexed about 1GB of data into Solr. However, I find that clustering is exceeding slow after I index this 1GB of data. It took almost 30 seconds to return the cluster results when I set it to cluster the top 1000 records, and still take more than 3 seconds when

Re: Solr performance is slow with just 1GB of data indexed

2015-08-22 Thread Shawn Heisey
On 8/22/2015 7:31 PM, Zheng Lin Edwin Yeo wrote: I'm using Solr 5.2.1, and I've indexed about 1GB of data into Solr. However, I find that clustering is exceeding slow after I index this 1GB of data. It took almost 30 seconds to return the cluster results when I set it to cluster the top 1000

Re: Number of requests to each shard is different with and without using of grouping

2015-08-22 Thread Ramkumar R. Aiyengar
M is the number of ids you want for each group, specified by group.limit. It's unrelated to the number of rows requested.. On 21 Aug 2015 19:54, SolrUser1543 osta...@gmail.com wrote: Ramkumar R. Aiyengar wrote Grouping does need 3 phases.. The phases are: (2) For the N groups, each shard

Re: Too many updates received since start

2015-08-22 Thread Susheel Kumar
You can try to follow the suggestions at below link which had similar issued and see if that helps. http://lucene.472066.n3.nabble.com/ColrCloud-IOException-occured-when-talking-to-server-at-td4061831.html Thnx On Sat, Aug 22, 2015 at 9:05 AM, Yago Riveiro yago.rive...@gmail.com wrote: Hi,

Re: Too many updates received since start

2015-08-22 Thread Yago Riveiro
My heap is about 24G an I tuned it using this link https://wiki.apache.org/solr/ShawnHeisey#GC_Tuning_for_Solr Shawn updated since I use it and some configuration are not in this document any more. I see on my GC logs pauses about 6s, my index has a high index rate 1000 docs/s. I'm running

Re: Collapse Expand

2015-08-22 Thread Nagasharath
Using json facet api for nested faceting on the docValues. Trying to improve the query time and I read in a blog that query time on docValue can be improved with collapse expand. On 22-Aug-2015, at 9:29 am, Joel Bernstein joels...@gmail.com wrote: Can you explain your use case a