Return-Path: 
 <dev-return-237991-apmail-lucene-dev-archive=lucene.apache.org@lucene.apache.org>
X-Original-To: apmail-lucene-dev-archive@www.apache.org
Delivered-To: apmail-lucene-dev-archive@www.apache.org
Received: from mail.apache.org (hermes.apache.org [140.211.11.3])
	by minotaur.apache.org (Postfix) with SMTP id 0B02F18CDA
	for <apmail-lucene-dev-archive@www.apache.org>;
 Thu,  3 Mar 2016 22:54:20 +0000 (UTC)
Received: (qmail 35902 invoked by uid 500); 3 Mar 2016 22:54:19 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 35758 invoked by uid 500); 3 Mar 2016 22:54:19 -0000
Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:dev-help@lucene.apache.org>
List-Unsubscribe: <mailto:dev-unsubscribe@lucene.apache.org>
List-Post: <mailto:dev@lucene.apache.org>
List-Id: <dev.lucene.apache.org>
Reply-To: dev@lucene.apache.org
Delivered-To: mailing list dev@lucene.apache.org
Received: (qmail 35656 invoked by uid 99); 3 Mar 2016 22:54:19 -0000
Received: from arcas.apache.org (HELO arcas) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 03 Mar 2016 22:54:19 +0000
Received: from arcas.apache.org (localhost [127.0.0.1])
	by arcas (Postfix) with ESMTP id C96332C1F6E
	for <dev@lucene.apache.org>; Thu,  3 Mar 2016 22:54:18 +0000 (UTC)
Date: Thu, 3 Mar 2016 22:54:18 +0000 (UTC)
From: "Scott Blum (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <JIRA.12946203.1456938211000.214307.1457045658822@Atlassian.JIRA>
In-Reply-To: <JIRA.12946203.1456938211000@Atlassian.JIRA>
References: <JIRA.12946203.1456938211000@Atlassian.JIRA>
 <JIRA.12946203.1456938211363@arcas>
Subject: [jira] [Commented] (SOLR-8777) Duplicate Solr process can cripple a
 running process
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394


    [ https://issues.apache.org/jira/browse/SOLR-8777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15178770#comment-15178770 ] 

Scott Blum commented on SOLR-8777:
----------------------------------

Not completely related, but it seems like there's a bug in jetty's SocketConnector.  It uses the ServerSocket constructor that automatically binds the port, then attempts to set setReuseAddress(), which makes no sense.  It should use the other constructor, set the reuse_address option, then call bind() manually.

In other news, I don't know that there's a way to change Jetty's startup sequence.. the best I could do is try to use reflection to pull the connectors off the Server and start them early.  But that seems ungood.

I suppose we could spin for a while waiting for the previous ephemeral node to disappear, and if it doesn't, error out and refuse to start?

> Duplicate Solr process can cripple a running process
> ----------------------------------------------------
>
>                 Key: SOLR-8777
>                 URL: https://issues.apache.org/jira/browse/SOLR-8777
>             Project: Solr
>          Issue Type: Bug
>          Components: SolrCloud
>    Affects Versions: 5.3.1
>            Reporter: Shalin Shekhar Mangar
>
> Thanks to [~mewmewball] for catching this one.
> Accidentally executing the same instance of Solr twice causes the second start instance to die with an "Address already in use", but not before deleting the first instance's live_node entry, emitting "Found a previous node that still exists while trying to register a new live node <node> - removing existing node to create another".
> The second start instance dies and its ephemeral node is then removed, causing /live_nodes/<node> to be empty since the first start instance's live_node was deleted by the second.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org