Return-Path: 
 <dev-return-123943-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 0B007D4C9
	for <apmail-lucene-dev-archive@www.apache.org>;
 Thu, 14 Feb 2013 01:30:15 +0000 (UTC)
Received: (qmail 52472 invoked by uid 500); 14 Feb 2013 01:30:13 -0000
Delivered-To: apmail-lucene-dev-archive@lucene.apache.org
Received: (qmail 52388 invoked by uid 500); 14 Feb 2013 01:30:13 -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 52337 invoked by uid 99); 14 Feb 2013 01:30:13 -0000
Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 14 Feb 2013 01:30:13 +0000
Date: Thu, 14 Feb 2013 01:30:13 +0000 (UTC)
From: "Hoss Man (JIRA)" <jira@apache.org>
To: dev@lucene.apache.org
Message-ID: <JIRA.12632307.1360799769031.287203.1360805413115@arcas>
In-Reply-To: <JIRA.12632307.1360799769031@arcas>
References: <JIRA.12632307.1360799769031@arcas>
Subject: [jira] [Commented] (SOLR-4455) Stored value of "NOW" differs
 between replicas
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-4455?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13578083#comment-13578083 ] 

Hoss Man commented on SOLR-4455:
--------------------------------

bq. It seems like the leader should evaluate what "NOW" means and the replicas should copy that value.

Hmm... we actually have all the logic to do this, and i know it's being used for distributed queries, but i guess maybe the value isn't being forwarded in the DistributedUpdateProcessor?
                
> Stored value of "NOW" differs between replicas
> ----------------------------------------------
>
>                 Key: SOLR-4455
>                 URL: https://issues.apache.org/jira/browse/SOLR-4455
>             Project: Solr
>          Issue Type: Bug
>          Components: update
>    Affects Versions: 4.1
>            Reporter: Colin Bartolome
>            Priority: Minor
>
> I have a field in {{schema.xml}} defined like this:
> {code:xml}
> <field name="timestamp" type="date" indexed="true" stored="true" default="NOW" />
> {code}
> When I perform a query that's load-balanced across the servers in my cloud, the value stored in that field differs slightly between each replica for the same returned document.
> I haven't seen this field differ by more than a tenth of a second and I'm not running queries against it, but I can picture a situation where somebody has one replica returning 23:59:59.990 and another returning 00:00:00.010 and a query starts behaving oddly.
> It seems like the leader should evaluate what "NOW" means and the replicas should copy that value.

--
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