I missed this bug report! https://issues.apache.org/jira/browse/SOLR-3912
Will fix this very shortly. It's a problem with numShards=1. - Mark On Sun, Dec 9, 2012 at 4:21 PM, sausarkar <sausar...@ebay.com> wrote: > Thank you very much will wait for the results from your tests. > > From: "Mark Miller-3 [via Lucene]" > <ml-node+s472066n4025457...@n3.nabble.com<mailto:ml-node+s472066n4025457...@n3.nabble.com>> > Date: Saturday, December 8, 2012 11:08 PM > To: "Sarkar, Sauvik" <sausar...@ebay.com<mailto:sausar...@ebay.com>> > Subject: Re: SolrCloud - Query performance degrades with multiple servers > > If that's true, we will fix it for 4.1. I can look closer tomorrow. > > Mark > > Sent from my iPhone > > On Dec 9, 2012, at 2:04 AM, sausarkar <[hidden > email]</user/SendEmail.jtp?type=node&node=4025457&i=0>> wrote: > >> Spoke too early it seems that SolrCloud is still distributing queries to all >> the servers even if numShards=1 We are seeing POST request to all servers in >> the cluster, please let me know what is the solution. Here is an example: >> (the variable isShard should be false in our case as single shard, please >> help) >> >> POST /solr/core0/select HTTP/1.1 >> Content-Charset: UTF-8 >> Content-Type: application/x-www-form-urlencoded; charset=UTF-8 >> User-Agent: Solr[org.apache.solr.client.solrj.impl.HttpSolrServer] 1.0 >> Content-Length: 991 >> Host: server1 >> Connection: Keep-Alive >> >> lowercaseOperators=true&mm=70%&fl=EntityId&df=EntityId&q.op=AND&q.alt=*:*&qs=10&stopwords=true&defType=edismax&rows=3000&q=*:*&start=0&fsv=true&distrib=false&*isShard=true&*shard.url=*server1*:9090/solr/core0/|*server2*:9090/solr/core0/|*server3*:9090/solr/core0/&NOW=1354918880447&wt=javabin&version=2 >> >> >> Re: SolrCloud - Query performance degrades with multiple servers >> Dec 06, 2012; 6:29pm — by Mark Miller-3 >> >> On Dec 6, 2012, at 5:08 PM, sausarkar <[hidden email]> wrote: >> >>> We solved the issue by explicitly adding numShards=1 argument to the solr >>> start up script. Is this a bug? >> >> Sounds like it…perhaps related to SOLR-3971…not sure though. >> >> - Mark >> >> >> >> >> -- >> View this message in context: >> http://lucene.472066.n3.nabble.com/SolrCloud-Query-performance-degrades-with-multiple-servers-tp4024660p4025455.html >> Sent from the Solr - User mailing list archive at Nabble.com. > > > ________________________________ > If you reply to this email, your message will be added to the discussion > below: > http://lucene.472066.n3.nabble.com/SolrCloud-Query-performance-degrades-with-multiple-servers-tp4024660p4025457.html > To unsubscribe from SolrCloud - Query performance degrades with multiple > servers, click > here<http://lucene.472066.n3.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=4024660&code=c2F1c2Fya2FyQGViYXkuY29tfDQwMjQ2NjB8LTE0MTU2ODg5MDk=>. > NAML<http://lucene.472066.n3.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml> > > > > > -- > View this message in context: > http://lucene.472066.n3.nabble.com/SolrCloud-Query-performance-degrades-with-multiple-servers-tp4024660p4025573.html > Sent from the Solr - User mailing list archive at Nabble.com. -- - Mark
