Thanks Alessandro.
We found this Jira ticket that may be the root cause of this issue:
https://issues.apache.org/jira/browse/SOLR-14356
I'm not sure whether it is the reason of the leader election initially
failing, but it prevents Solr from exiting this error loop.
Le mer. 13 janv. 2021 à 21:37,
I faced these problems a while ago, but at the time I created a blog post
which I hope could help:
https://sease.io/2018/05/solrcloud-leader-election-failing.html
-
---
Alessandro Benedetti
Search Consultant, R&D Software Engineer, Director
Sease Ltd. - www.sease.io
--
Sent from:
Sorry I missed this detail.
We are running Solr 8.2.
Thanks
Le mar. 12 janv. 2021 à 16:46, Phill Campbell
a écrit :
> Which version of Apache Solr?
>
> > On Jan 12, 2021, at 8:36 AM, Pierre Salagnac
> wrote:
> >
> > Hello,
> > We had a stuck leader election for a shard.
> >
> > We have collecti
Which version of Apache Solr?
> On Jan 12, 2021, at 8:36 AM, Pierre Salagnac
> wrote:
>
> Hello,
> We had a stuck leader election for a shard.
>
> We have collections with 2 shards, each shard has 5 replicas. We have many
> collections but the issue happened for a single shard. Once all host
>
When this has happened to me before I have had pretty good luck by
restarting the overseer leader, which can be found in zookeeper under
/overseer_elect/leader
If that doesn't work I've had to do more intrusive and manual recovery
methods, which suck.
On Tue, Jan 12, 2021 at 10:36 AM Pierre Salag
Hi Olivier,
Can you look at the collections to see if there are leader initiated
recovery nodes in the ZooKeeper tree? Go into the Solr Admin UI ->
Cloud panel -> Tree view and drill into one of the collections that's
not recovering /collections//leader_initiated_recovery/
You could try deleting
No exceptions. And leaderVoteWait value will be used only during startup rite
? A new leader will be elected once the leader node is down. Am i right ?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Leader-election-tp4086259p4086290.html
Sent from the Solr - User mailing li
Any exceptions in the logs of other replicas. The default
leaderVoteWait time is 3 minutes after which a leader election should
have been initiated automatically.
On Fri, Aug 23, 2013 at 4:01 PM, Srivatsan wrote:
> almost 15 minutes. After that i restarted the entire cluster. I am using solr
> 4.
almost 15 minutes. After that i restarted the entire cluster. I am using solr
4.4 with 1 shard and 3 replicas
--
View this message in context:
http://lucene.472066.n3.nabble.com/Leader-election-tp4086259p4086287.html
Sent from the Solr - User mailing list archive at Nabble.com.
How long has the shard been without a leader? How many shards? How
many replicas per shard? Which version of Solr?
On Fri, Aug 23, 2013 at 2:51 PM, Srivatsan wrote:
> Hi,
>
> I am using solr 4.4 for my search application. I was indexing some 1 million
> docs. At that time, i accidentally killed l
This is probably not all that important to worry about. The additional
duties of a leader are pretty minimal. And the leaders will shift around
anyway as you restart servers etc. Really feels like a premature
optimization.
Best
Erick
On Thu, Jul 11, 2013 at 3:53 PM, aabreur wrote:
> I have a wor
If you want to plan to have 2 shards and if you start up the first node it
will be the leader of first shard. When you start up second node it will be
the leader of second shard. If you start up third node it will be the
replica of first shard. If you start up fourth node it will be the replica
of
https://issues.apache.org/jira/browse/SOLR-4900
--
View this message in context:
http://lucene.472066.n3.nabble.com/Leader-election-deadlock-after-restarting-leader-in-4-2-1-tp4067988p4068238.html
Sent from the Solr - User mailing list archive at Nabble.com.
Thanks Mark, sure thing. I'll do that tonight.
jlg
On 6/3/13 9:03 PM, Mark Miller-3 [via Lucene] wrote:
> Thanks - I can try and look into this perhaps next week. You might
> copy the details into a JIRA issue to prevent it from getting lost
> though...
>
> - Mark
>
> On Jun 3, 2013, at 4:46 P
Thanks - I can try and look into this perhaps next week. You might copy the
details into a JIRA issue to prevent it from getting lost though...
- Mark
On Jun 3, 2013, at 4:46 PM, John Guerrero wrote:
> SOLR 4.2.1, tomcat 6.0.35, CentOS 6.2 (2.6.32-220.4.1.el6.x86_64 #1 SMP),
> java 6u27 64 bit
15 matches
Mail list logo