Return-Path: 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 485CAFBE3 for ; Mon, 1 Apr 2013 16:37:18 +0000 (UTC) Received: (qmail 55354 invoked by uid 500); 1 Apr 2013 16:37:15 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 55212 invoked by uid 500); 1 Apr 2013 16:37:15 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 55189 invoked by uid 99); 1 Apr 2013 16:37:15 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 01 Apr 2013 16:37:15 +0000 Date: Mon, 1 Apr 2013 16:37:15 +0000 (UTC) From: "Aditya (JIRA)" To: dev@lucene.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Updated] (SOLR-4661) Index Version & Gen Number out of sync on Admin UI 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-4661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Aditya updated SOLR-4661: ------------------------- Description: Index and Gen number on Slave is higher than master. If you apply commit on master with no pending docs then the commit time stamp and gen is incremented. When Slaves polls master for replication it see the index version difference and starts replicating but all files are skipped. On Admin UI (on Slaves) the version number displayed for master is old where as for slave is the latest which is higher than master. Below is the response from master where i see two different Version an Gen numbers. This creates confusion of having version out of sync, though its not. 0 2 1.52 GB /storage/solrdata/index/ {color:red} 1364833076286{color} 33 ... true false 1364778010902 31 schema.xml commit startup true 33 This response format is experimental. It is likely to change in the future. was: Index and Gen number on Slave is higher than master. If you apply commit on master with no pending docs then the commit time stamp and gen is incremented. When Slaves polls master for replication it see the index version difference and starts replicating but all files are skipped. On Admin UI (on Slaves) the version number displayed for master is old where as for slave is the latest which is higher than master. Below is the response from master where i see two different Version an Gen numbers. This creates confusion of having version out of sync, though its not. 0 2 1.52 GB /storage/solrdata/index/ 1364833076286 33 ... true false 1364778010902 31 schema.xml commit startup true 33 This response format is experimental. It is likely to change in the future. > Index Version & Gen Number out of sync on Admin UI > -------------------------------------------------- > > Key: SOLR-4661 > URL: https://issues.apache.org/jira/browse/SOLR-4661 > Project: Solr > Issue Type: Bug > Components: replication (java), web gui > Affects Versions: 4.2 > Environment: Solr 4.2 on Linux with JBoss 5.1 > Reporter: Aditya > Labels: gui, replication, web > > Index and Gen number on Slave is higher than master. > If you apply commit on master with no pending docs then the commit time stamp and gen is incremented. When Slaves polls master for replication it see the index version difference and starts replicating but all files are skipped. > On Admin UI (on Slaves) the version number displayed for master is old where as for slave is the latest which is higher than master. > Below is the response from master where i see two different Version an Gen numbers. This creates confusion of having version out of sync, though its not. > > > 0 > 2 > > > 1.52 GB > /storage/solrdata/index/ > > > {color:red} 1364833076286{color} > 33 > ... > > > true > false > 1364778010902 > 31 > > schema.xml > > commit > startup > > true > 33 > > > > This response format is experimental. It is likely to change in the future. > > -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators 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