Hey all,
I feel having to unload the leader core to force an election is hacky, and as
far as I know would still leave which node becomes the Leader to chance, ie I
cannot guarantee NodeX becomes Leader 100% in all cases.
Also, this imposes additional load temporarily.
Is there a way to force
and just
move on to the next candidate.
Still some tricky corner cases to deal with and such as well.
I think for most things you would use this to solve, there is probably an
alternate thing that should be addressed.
- Mark
On Mon, Feb 18, 2013 at 4:15 PM, Vaillancourt, Tim tvaillanco...@ea.com wrote
Message-
From: Vaillancourt, Tim [mailto:tvaillanco...@ea.com]
Sent: Thursday, February 21, 2013 11:27 AM
To: solr-user@lucene.apache.org; markrmil...@gmail.com
Subject: RE: Is it possible to manually select a shard leader in a running
SolrCloud?
Thanks Mark,
The real driver for me wanting
select a shard leader in a running
SolrCloud?
Which of your three hosts did you point this request at?
Upayavira
On Thu, Feb 21, 2013, at 09:13 PM, Vaillancourt, Tim wrote:
Correction, I used this curl:
curl -v
'http://HOST:8983/solr/admin/collections?action=CREATEname=testnumShards
start looking for solutions.
- Mark
On Feb 21, 2013, at 10:20 PM, Vaillancourt, Tim tvaillanco...@ea.com wrote:
I sent this request to ServerA in this case, which became the leader of all
shards. As far as I know you're supposed to issue this call to just one
server as it issues the calls
start looking for solutions.
- Mark
On Feb 21, 2013, at 10:20 PM, Vaillancourt, Tim tvaillanco...@ea.com
wrote:
I sent this request to ServerA in this case, which became the leader of
all shards. As far as I know you're supposed to issue this call to just one
server as it issues
Hey guys,
I wanted to see who's running SolrCloud out there, and at what scales?
I'd start the thread off but I am merely at the RD phases.
Cheers!
Tim
Sort of off-topic, is there a way to do the reverse, ie: split indexes?
This could be useful for people that would like to move to sharding from one
core and could be interesting under SolrCloud.
Cheers,
Tim
-Original Message-
From: Mark Miller [mailto:markrmil...@gmail.com]
Sent:
-3755
Best
Erick
On Thu, Feb 28, 2013 at 8:13 PM, Vaillancourt, Tim tvaillanco...@ea.comwrote:
Sort of off-topic, is there a way to do the reverse, ie: split indexes?
This could be useful for people that would like to move to sharding
from one core and could be interesting under SolrCloud
-- if you look at
http://blog.sematext.com/2013/02/25/poll-solr-cloud-or-not/ you'll see less
than 40% of Solr users are SolrCloud users, which kind of explains it.
Otis
--
Solr ElasticSearch Support
http://sematext.com/
On Tue, Feb 26, 2013 at 9:41 PM, Vaillancourt, Tim tvaillanco
Hey guys,
I've recently setup basic auth under Jetty 8 for all my Solr 4.x '/admin/*'
calls, in order to protect my Collections and Cores API.
Although the security constraint is working as expected ('/admin/*' calls
require Basic Auth or return 401), when I use the Collections API to create a
it.
On Fri, Mar 29, 2013 at 3:42 AM, Vaillancourt, Tim tvaillanco...@ea.comwrote:
Hey guys,
I've recently setup basic auth under Jetty 8 for all my Solr 4.x
'/admin/*' calls, in order to protect my Collections and Cores API.
Although the security constraint is working as expected ('/admin
to it. Otherwise, it should be locked down at a higher level. That's been the
case from day one and still is.
That said, someone did do some work on internode basic auth a while back, but
it didn't raise a ton of interest yet.
- Mark
On Mar 29, 2013, at 2:09 PM, Vaillancourt, Tim tvaillanco
Here we go:
https://issues.apache.org/jira/browse/SOLR-4470
Tim
-Original Message-
From: Vaillancourt, Tim [mailto:tvaillanco...@ea.com]
Sent: Friday, March 29, 2013 3:25 PM
To: solr-user@lucene.apache.org
Subject: RE: Basic auth on SolrCloud /admin/* calls
Agreed, we don't have
Too bad I missed it, thanks for putting this on! Are there any links to the
recorded version?
Cheers,
Tim
-Original Message-
From: Erik Hatcher [mailto:erik.hatc...@gmail.com]
Sent: Tuesday, March 26, 2013 6:24 PM
To: solr-user@lucene.apache.org; java-u...@lucene.apache.org
Subject:
Wow. I'm guessing we may have a new Largest SolrCloud winner ;).
Tim
-Original Message-
From: svamb...@gmail.com [mailto:svamb...@gmail.com]
Sent: Saturday, March 30, 2013 11:56 AM
To: solr-user@lucene.apache.org
Cc: solr-user@lucene.apache.org
Subject: Re: clusterstate.json size
You
I would also like to contribute to SolrCloud's wiki where possible. Please add
myself (TimVaillancourt) when you have a chance.
Cheers,
Tim
-Original Message-
From: Trey Grainger [mailto:solrt...@gmail.com]
Sent: Saturday, March 30, 2013 9:43 PM
To: d...@lucene.apache.org
Cc:
Thanks Chris! Somehow I managed to miss that ticket searching, thanks for
looking for me.
I will confirm the version I have and I am glad to hear this was reported and
resolved!
Cheers,
Tim
-Original Message-
From: Chris Hostetter [mailto:hossman_luc...@fucit.org]
Sent: Friday,
Cool!
Having those values influenced by stats is a neat idea too. I'll get on that
soon.
Tim
-Original Message-
From: Mark Miller [mailto:markrmil...@gmail.com]
Sent: Monday, June 03, 2013 5:07 PM
To: solr-user@lucene.apache.org
Subject: Re: SolrCloud Load Balancer weight
On Jun 3,
I agree with Yonik. It is great to see an IRC for Solr!
Tim
-Original Message-
From: ysee...@gmail.com [mailto:ysee...@gmail.com] On Behalf Of Yonik Seeley
Sent: Monday, June 10, 2013 2:46 PM
To: solr-user@lucene.apache.org
Subject: Re: Solr developer IRC channel
On Mon, Jun 10, 2013 at
Yes, we are softCommit'ing every 1000ms, but that should be enough time to see
metrics though, right? For example, I still get non-cumulative metrics from the
other caches (which are also throw away). I've also curl/sampled enough that I
probably should have seen a value by now.
If anyone else
21 matches
Mail list logo