Dear all,
I am fresh to solr. below is my solrcloud:
zookeeper 3.4.5: 2 nodes
solr 4.10.2: 2 nodes
tomcat 1.7:2 nodes
solr index data is stored HDFS
solr configSet is managed by zookeeper.
It takes too long time(about 1 minute) to connect to
Throwing all the languages into a single field then searching/suggesting on
that is going to lead to "interesting" results. This is especially true when you
mix very different languages such as Arabic and Japanese and, apparently
English is also in the mix
The txt_general isn't going to do muc
I am trying create suggester handler using solr 4.8, everything work fine but
when I try to get suggestion using different language Arabic, or Japanese
for example I got result in mixed language, but I am trying to search only
using Japanese, I got Arabic with that too. the following is my Schema.x
Is the problem here that the error occurs sometimes or that it doesn't
occur all of the time? I mean, it is clearly a bug in the client if it is
sending a raw circumflex rather than a URL-encoded circumflex.
Also, some browsers automatically URL-encode character as needed, but I
have heard that so
There's no magic bullet here that I know of. If your requirements
are to support these huge, many-wildcard queries then you only
have a few choices:
1> redo the index. I was surprised at how little it bloated the
index as far as memory required is concerned to add ngrams.
The key here is that ther
On Wed, Dec 24, 2014 at 4:32 PM, Erick Erickson wrote:
> OK, then I don't think it's a Solr problem. I think 5 of your Tomcats are
> configured in such a way that they consider ^ to be an illegal character.
Hmmm, the stack trace in SOLR-5971 shows a different user (who gets
the same error message
OK, then I don't think it's a Solr problem. I think 5 of your Tomcats are
configured in such a way that they consider ^ to be an illegal character.
There have been recurring problems with Servlet containers being
configured to allow/disallow various characters, and I think that's
what's happening
Inline.
On Tue, Dec 23, 2014 at 11:12 PM, Manohar Sripada wrote:
> Okay. Let me try like this, as mine is a read-only index. I will have some
> queries in firstSearcher event listener
> 1) q=*:*&facet=true&facet.method=enum&facet.field=state --> To load all
> the state related unique values to
In general we do not have too complex filters, but I decreased the
filterCache autowarm count to 256, will see how it performs during a month
or so before take any changes on it.
It also seems that adding more shards could improve the situation. We have
16 CPU cores and SSD RAID 10, so I think it
Would be cool to have ability to get not only the next page cursor, but next
page cursors, or a set of cursors for a given window, so we can draw page
numbers. Not sure about the last page though.
--
View this message in context:
http://lucene.472066.n3.nabble.com/SolrCloud-Paging-on-large-inde
Team,
We are seeing similar exception continuously. Any help will be helpful.
javax.management.InstanceAlreadyExistsException:
solr:cell=WC_default_cell,type=searcher,node=WC_default_node,process=server1,id=org.apache.solr.search.SolrIndexSearcher
at com.sun.jmx.mbeanserver.Repository.ad
Thanks for your response.
How many items in the collection ?
There are about 100 millions documents.
How are configured cache in solrconfig.xml ?
Each cache has size attribute as 128.
Can you provide a sample of the query ?
Does it fail immediately after solrcloud startup or after several hours
Erik,
The scenario 1, that you have listed is what seems to be the case.
When I add distrib=false to query each one of the 6 servers only 1 of them
returns results (partial) and the rest of them give the illegal character
error .
I have not set up any special logging I do not see any info in the
And you didn’t give how many RAM on each servers ?
2014-12-24 8:17 GMT+01:00 Dominique Bejean :
> Modassar,
>
> How many items in the collection ?
> I mean how many documents per collection ? 1 million, 10 millions, …?
>
> How are configured cache in solrconfig.xml ?
> What are the size attribute
14 matches
Mail list logo