Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@lucene.apache.org
Date: Mon, 2 Dec 2013 07:27:35 +0000 (UTC)
From: "ASF subversion and git services (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <JIRA.12681634.1385578564460.52911.1385969255458@arcas>
In-Reply-To: <JIRA.12681634.1385578564460@arcas>
References: <JIRA.12681634.1385578564460@arcas>
Subject: [jira] [Commented] (SOLR-5510)
 genericCoreNodeNames="${genericCoreNodeNames:false}" and old style solr.xml
 fails to create collection
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


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

ASF subversion and git services commented on SOLR-5510:
-------------------------------------------------------

Commit 1546922 from [~noble.paul] in branch 'dev/trunk'
[ https://svn.apache.org/r1546922 ]

SOLR-5510

> genericCoreNodeNames="${genericCoreNodeNames:false}" and old style solr.xml fails to create collection
> ------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-5510
>                 URL: https://issues.apache.org/jira/browse/SOLR-5510
>             Project: Solr
>          Issue Type: Bug
>    Affects Versions: 4.6
>            Reporter: Noble Paul
>            Assignee: Noble Paul
>            Priority: Minor
>         Attachments: SOLR-5510.patch
>
>
> See this for some more details https://gist.github.com/serba/1fe113e78ae7e01a4f58
> This is a regression caused by SOLR-5311
> There are two reasons why a core does not have a reference in clusterstate
> # It is starting up for the first time (core creation)
> # Somebody invoked a DELETEREPLICA when the node itself was down
> we neded to differentiate these two because for 1) the registration should succeed and for #2 the registration should fail
> The only way to do that was to check for the presence of the attribute coreNodeName in the core.properties. In case #1 it would be absent and in case#2 it would be present
> but when genericCoreNodeNames="${genericCoreNodeNames:false}"
> ZkController#getCoreNodeName(getCoreNodeName) behaves similarly for both the cases and hence the failure


--
This message was sent by Atlassian JIRA
(v6.1#6144)

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