Return-Path: 
 <dev-return-90620-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 1E51B9662
	for <apmail-lucene-dev-archive@www.apache.org>;
 Wed, 29 Feb 2012 11:16:22 +0000 (UTC)
Received: (qmail 59464 invoked by uid 500); 29 Feb 2012 11:16:20 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 59420 invoked by uid 500); 29 Feb 2012 11:16:20 -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 59413 invoked by uid 99); 29 Feb 2012 11:16:20 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 11:16:20 +0000
X-ASF-Spam-Status: No, hits=-2000.0 required=5.0
	tests=ALL_TRUSTED,T_RP_MATCHES_RCVD
X-Spam-Check-By: apache.org
Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116)
    by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 29 Feb 2012 11:16:18 +0000
Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116])
	by hel.zones.apache.org (Postfix) with ESMTP id B150085C2F
	for <dev@lucene.apache.org>; Wed, 29 Feb 2012 11:15:57 +0000 (UTC)
Date: Wed, 29 Feb 2012 11:15:57 +0000 (UTC)
From: =?utf-8?Q?Jan_H=C3=B8ydahl_=28Commented=29_=28JIRA=29?=
 <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: 
 <310266135.2424.1330514157728.JavaMail.tomcat@hel.zones.apache.org>
In-Reply-To: <31236755.89971295556884778.JavaMail.jira@thor>
Subject: [jira] [Commented] (SOLR-2326) Replication command indexversion
 fails to return index version
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394
X-Virus-Checked: Checked by ClamAV on apache.org


    [ https://issues.apache.org/jira/browse/SOLR-2326?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=3D13219=
102#comment-13219102 ]=20

Jan H=C3=B8ydahl commented on SOLR-2326:
-----------------------------------

We're seeing also the same here on a 3.5 master: {{indexversion}} command r=
eturns 0, while the {{details}} command shows correct versions. Have not ve=
rified that it's because of locking, but based on behaviour and code inspec=
tion I'm pretty sure we don't get a valid commitPoint. Tried optimize on ma=
ster, and also multiple reload cores, but it does not help. A restart of ma=
ster did not help either.

So seems we should clean up the locking in {{forceOpenWriter()}} to make su=
re we always have a valid commit point.
And should we get {{commitPoint =3D=3D null}} it would be better to fetch v=
ersions from the {{getIndexVersion()}} method than returning 0 wouldn't it?
               =20
> Replication command indexversion fails to return index version
> --------------------------------------------------------------
>
>                 Key: SOLR-2326
>                 URL: https://issues.apache.org/jira/browse/SOLR-2326
>             Project: Solr
>          Issue Type: Bug
>          Components: replication (java)
>         Environment: Branch 3x latest
>            Reporter: Eric Pugh
>            Assignee: Mark Miller
>             Fix For: 3.6, 4.0
>
>
> To test this, I took the /example/multicore/core0 solrconfig and added a =
simple replication handler:
>   <requestHandler name=3D"/replication" class=3D"solr.ReplicationHandler"=
 >
>       <lst name=3D"master">
>         <str name=3D"replicateAfter">commit</str>
>         <str name=3D"replicateAfter">startup</str>
>         <str name=3D"confFiles">schema.xml</str>
>       </lst>
>   </requestHandler>
> When I query the handler for details I get back the indexVersion that I e=
xpect: http://localhost:8983/solr/core0/replication?command=3Ddetails&wt=3D=
json&indent=3Dtrue
> But when I ask for just the indexVersion I get back a 0, which prevent th=
e slaves from pulling updates: http://localhost:8983/solr/core0/replication=
?command=3Dindexversion&wt=3Djson&indent=3Dtrue

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrato=
rs: https://issues.apache.org/jira/secure/ContactAdministrators!default.jsp=
a
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

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