You are viewing a plain text version of this content. The canonical link for it is here.
Posted to solr-user@lucene.apache.org by Jian Han Guo <ji...@gmail.com> on 2009/04/23 03:27:44 UTC
replicated index files have incorrect timestamp
Hi,
I am using nightly build on 4/22/2009. Replication works fine, but the files
inside index directory on slave side all have old timestamp: Dec 31 1969.
Is this a known issue?
Thanks,
Jianhan
Re: replicated index files have incorrect timestamp
Posted by Shalin Shekhar Mangar <sh...@gmail.com>.
2009/4/24 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> looks like a bug.
> https://issues.apache.org/jira/browse/SOLR-1126
>
>
This should be fixed in trunk and the latest nightly build.
--
Regards,
Shalin Shekhar Mangar.
Re: replicated index files have incorrect timestamp
Posted by Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>.
looks like a bug.
https://issues.apache.org/jira/browse/SOLR-1126
On Fri, Apr 24, 2009 at 3:26 AM, Jeff Newburn <jn...@zappos.com> wrote:
> I have attached the output from our filelist below. The slaves are on the
> same version using the replication internal to solr 1.4. All replicated
> files are set to the date Dec 31 1969
>
>
> <response>
> ?
> <lst name="responseHeader">
> <int name="status">0</int>
> <int name="QTime">1</int>
> </lst>
> ?
> <arr name="filelist">
> ?
> <lst>
> <str name="name">_b7t.fdx</str>
> <long name="lastmodified">1240473795000</long>
> <long name="size">1248940</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.nrm</str>
> <long name="lastmodified">1240473844000</long>
> <long name="size">27164362</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.tii</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">1293</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.fdt</str>
> <long name="lastmodified">1240473795000</long>
> <long name="size">507673107</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.prx</str>
> <long name="lastmodified">1240473843000</long>
> <long name="size">157383562</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.tvx</str>
> <long name="lastmodified">1240473845000</long>
> <long name="size">2497876</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.nrm</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">10697</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.frq</str>
> <long name="lastmodified">1240473843000</long>
> <long name="size">87254863</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.fdt</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">2221854</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.tis</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">96085</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.fdx</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">2316</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.tvx</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">4628</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.tvf</str>
> <long name="lastmodified">1240473845000</long>
> <long name="size">17981946</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.fnm</str>
> <long name="lastmodified">1240473717000</long>
> <long name="size">7401</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.tvd</str>
> <long name="lastmodified">1240473845000</long>
> <long name="size">1851683</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.tii</str>
> <long name="lastmodified">1240473843000</long>
> <long name="size">157438</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.frq</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">270339</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.prx</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">779156</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t.tis</str>
> <long name="lastmodified">1240473843000</long>
> <long name="size">11609437</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.fnm</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">1525</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7t_1.del</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">176</long>
> </lst>
> ?
> <lst>
> <str name="name">segments_9yc</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">93</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.tvf</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">38262</long>
> </lst>
> ?
> <lst>
> <str name="name">_b7u.tvd</str>
> <long name="lastmodified">1240502374000</long>
> <long name="size">3474</long>
> </lst>
> </arr>
> ?
> <arr name="confFiles">
> ?
> <lst>
> <str name="alias">solrconfig.xml</str>
> <str name="name">slave_solrconfig.xml</str>
> <long name="lastmodified">1239712292000</long>
> <long name="checksum">876307977</long>
> <long name="size">33857</long>
> </lst>
> ?
> <lst>
> <str name="name">schema.xml</str>
> <long name="lastmodified">1237313545000</long>
> <long name="checksum">1878024973</long>
> <long name="size">24008</long>
> </lst>
> ?
> <lst>
> <str name="name">stopwords.txt</str>
> <long name="lastmodified">1236213330000</long>
> <long name="checksum">2619507454</long>
> <long name="size">1168</long>
> </lst>
> ?
> <lst>
> <str name="name">elevate.xml</str>
> <long name="lastmodified">1236213330000</long>
> <long name="checksum">790732532</long>
> <long name="size">1274</long>
> </lst>
> ?
> <lst>
> <str name="name">synonyms.txt</str>
> <long name="lastmodified">1237990595000</long>
> <long name="checksum">816919275</long>
> <long name="size">68713</long>
> </lst>
> </arr>
> </response>
> --
> Jeff Newburn
> Software Engineer, Zappos.com
> jnewburn@zappos.com - 702-943-7562
>
>
>> From: Akshay <ak...@gmail.com>
>> Reply-To: <so...@lucene.apache.org>
>> Date: Fri, 24 Apr 2009 01:37:54 +0530
>> To: <so...@lucene.apache.org>
>> Subject: Re: replicated index files have incorrect timestamp
>>
>> /solr/replication?command=indexversion
>
>
--
--Noble Paul
Re: replicated index files have incorrect timestamp
Posted by Jeff Newburn <jn...@zappos.com>.
I have attached the output from our filelist below. The slaves are on the
same version using the replication internal to solr 1.4. All replicated
files are set to the date Dec 31 1969
<response>
?
<lst name="responseHeader">
<int name="status">0</int>
<int name="QTime">1</int>
</lst>
?
<arr name="filelist">
?
<lst>
<str name="name">_b7t.fdx</str>
<long name="lastmodified">1240473795000</long>
<long name="size">1248940</long>
</lst>
?
<lst>
<str name="name">_b7t.nrm</str>
<long name="lastmodified">1240473844000</long>
<long name="size">27164362</long>
</lst>
?
<lst>
<str name="name">_b7u.tii</str>
<long name="lastmodified">1240502374000</long>
<long name="size">1293</long>
</lst>
?
<lst>
<str name="name">_b7t.fdt</str>
<long name="lastmodified">1240473795000</long>
<long name="size">507673107</long>
</lst>
?
<lst>
<str name="name">_b7t.prx</str>
<long name="lastmodified">1240473843000</long>
<long name="size">157383562</long>
</lst>
?
<lst>
<str name="name">_b7t.tvx</str>
<long name="lastmodified">1240473845000</long>
<long name="size">2497876</long>
</lst>
?
<lst>
<str name="name">_b7u.nrm</str>
<long name="lastmodified">1240502374000</long>
<long name="size">10697</long>
</lst>
?
<lst>
<str name="name">_b7t.frq</str>
<long name="lastmodified">1240473843000</long>
<long name="size">87254863</long>
</lst>
?
<lst>
<str name="name">_b7u.fdt</str>
<long name="lastmodified">1240502374000</long>
<long name="size">2221854</long>
</lst>
?
<lst>
<str name="name">_b7u.tis</str>
<long name="lastmodified">1240502374000</long>
<long name="size">96085</long>
</lst>
?
<lst>
<str name="name">_b7u.fdx</str>
<long name="lastmodified">1240502374000</long>
<long name="size">2316</long>
</lst>
?
<lst>
<str name="name">_b7u.tvx</str>
<long name="lastmodified">1240502374000</long>
<long name="size">4628</long>
</lst>
?
<lst>
<str name="name">_b7t.tvf</str>
<long name="lastmodified">1240473845000</long>
<long name="size">17981946</long>
</lst>
?
<lst>
<str name="name">_b7t.fnm</str>
<long name="lastmodified">1240473717000</long>
<long name="size">7401</long>
</lst>
?
<lst>
<str name="name">_b7t.tvd</str>
<long name="lastmodified">1240473845000</long>
<long name="size">1851683</long>
</lst>
?
<lst>
<str name="name">_b7t.tii</str>
<long name="lastmodified">1240473843000</long>
<long name="size">157438</long>
</lst>
?
<lst>
<str name="name">_b7u.frq</str>
<long name="lastmodified">1240502374000</long>
<long name="size">270339</long>
</lst>
?
<lst>
<str name="name">_b7u.prx</str>
<long name="lastmodified">1240502374000</long>
<long name="size">779156</long>
</lst>
?
<lst>
<str name="name">_b7t.tis</str>
<long name="lastmodified">1240473843000</long>
<long name="size">11609437</long>
</lst>
?
<lst>
<str name="name">_b7u.fnm</str>
<long name="lastmodified">1240502374000</long>
<long name="size">1525</long>
</lst>
?
<lst>
<str name="name">_b7t_1.del</str>
<long name="lastmodified">1240502374000</long>
<long name="size">176</long>
</lst>
?
<lst>
<str name="name">segments_9yc</str>
<long name="lastmodified">1240502374000</long>
<long name="size">93</long>
</lst>
?
<lst>
<str name="name">_b7u.tvf</str>
<long name="lastmodified">1240502374000</long>
<long name="size">38262</long>
</lst>
?
<lst>
<str name="name">_b7u.tvd</str>
<long name="lastmodified">1240502374000</long>
<long name="size">3474</long>
</lst>
</arr>
?
<arr name="confFiles">
?
<lst>
<str name="alias">solrconfig.xml</str>
<str name="name">slave_solrconfig.xml</str>
<long name="lastmodified">1239712292000</long>
<long name="checksum">876307977</long>
<long name="size">33857</long>
</lst>
?
<lst>
<str name="name">schema.xml</str>
<long name="lastmodified">1237313545000</long>
<long name="checksum">1878024973</long>
<long name="size">24008</long>
</lst>
?
<lst>
<str name="name">stopwords.txt</str>
<long name="lastmodified">1236213330000</long>
<long name="checksum">2619507454</long>
<long name="size">1168</long>
</lst>
?
<lst>
<str name="name">elevate.xml</str>
<long name="lastmodified">1236213330000</long>
<long name="checksum">790732532</long>
<long name="size">1274</long>
</lst>
?
<lst>
<str name="name">synonyms.txt</str>
<long name="lastmodified">1237990595000</long>
<long name="checksum">816919275</long>
<long name="size">68713</long>
</lst>
</arr>
</response>
--
Jeff Newburn
Software Engineer, Zappos.com
jnewburn@zappos.com - 702-943-7562
> From: Akshay <ak...@gmail.com>
> Reply-To: <so...@lucene.apache.org>
> Date: Fri, 24 Apr 2009 01:37:54 +0530
> To: <so...@lucene.apache.org>
> Subject: Re: replicated index files have incorrect timestamp
>
> /solr/replication?command=indexversion
Re: replicated index files have incorrect timestamp
Posted by Akshay <ak...@gmail.com>.
You need to specify the index version number for which list of files is to
be shown. The URL should be like
this:http://<masterhost>:<port>/solr/replication?command=filelist&indexversion=<index
version number>
You can get the index version number from the URL:
http://<masterhost>:<port>/solr/replication?command=indexversion
On Fri, Apr 24, 2009 at 1:10 AM, Jeff Newburn <jn...@zappos.com> wrote:
> We see the exact same thing. Additionally, that url returns 404 on a
> multicore and gives an error when I add the core.
>
> −
> <response>
> −
> <lst name="responseHeader">
> <int name="status">0</int>
> <int name="QTime">0</int>
> </lst>
> <str name="status">no indexversion specified</str>
> </response>
>
> --
> Jeff Newburn
> Software Engineer, Zappos.com
> jnewburn@zappos.com - 702-943-7562
>
>
> > From: Jian Han Guo <ji...@gmail.com>
> > Reply-To: <so...@lucene.apache.org>
> > Date: Wed, 22 Apr 2009 23:43:02 -0700
> > To: <so...@lucene.apache.org>
> > Subject: Re: replicated index files have incorrect timestamp
> >
> > I am using Mac OS 10.5.
> >
> > I can't access the box right now and this week. I'll do it next week and
> > post the result then.
> >
> > Thanks,
> >
> > Jianhan
> >
> > 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> >
> >> which OS are you using?
> >>
> >> it does not look at the timestamps to decide if the index is in sync .
> >> It looks at the index version only.
> >>
> >> BTW can you just hit the master withe url and paste the response here
> >>
> >> http://<masterhost>:<port>/solr/replication?command=filelist
> >>
> >> On Thu, Apr 23, 2009 at 11:53 AM, Jian Han Guo <ji...@gmail.com>
> wrote:
> >>> That's right. The timestamp of files on the slave side are all Dec 31
> >> 1969,
> >>> so it looks the timestamp was not set (and therefore it is zero). The
> >> ones
> >>> on the master side are all correct. Nevertheless, solr seems being able
> >> to
> >>> recognize that master and slave are in sync after replication. Don't
> know
> >>> how it does that.
> >>>
> >>> I haven't check if the two machines are in sync, but even if they are
> >> not,
> >>> the timestamp should not be Dec 31, 1969, I think.
> >>>
> >>> Thanks,
> >>>
> >>> Jianhan
> >>>
> >>>
> >>>
> >>> 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> >>>
> >>>> Let me assume that you are using the in-inbuilt replication.
> >>>>
> >>>> The replication ties to set the timestamp of all the files same as
> >>>> that of the files in the master. just cross check.
> >>>>
> >>>> On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com>
> >> wrote:
> >>>>> Hi,
> >>>>>
> >>>>> I am using nightly build on 4/22/2009. Replication works fine, but
> the
> >>>> files
> >>>>> inside index directory on slave side all have old timestamp: Dec 31
> >>>> 1969.
> >>>>> Is this a known issue?
> >>>>>
> >>>>> Thanks,
> >>>>>
> >>>>> Jianhan
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>> --
> >>>> --Noble Paul
> >>>>
> >>>
> >>
> >>
> >>
> >> --
> >> --Noble Paul
> >>
>
>
--
Regards,
Akshay K. Ukey.
Re: replicated index files have incorrect timestamp
Posted by Jeff Newburn <jn...@zappos.com>.
We see the exact same thing. Additionally, that url returns 404 on a
multicore and gives an error when I add the core.
−
<response>
−
<lst name="responseHeader">
<int name="status">0</int>
<int name="QTime">0</int>
</lst>
<str name="status">no indexversion specified</str>
</response>
--
Jeff Newburn
Software Engineer, Zappos.com
jnewburn@zappos.com - 702-943-7562
> From: Jian Han Guo <ji...@gmail.com>
> Reply-To: <so...@lucene.apache.org>
> Date: Wed, 22 Apr 2009 23:43:02 -0700
> To: <so...@lucene.apache.org>
> Subject: Re: replicated index files have incorrect timestamp
>
> I am using Mac OS 10.5.
>
> I can't access the box right now and this week. I'll do it next week and
> post the result then.
>
> Thanks,
>
> Jianhan
>
> 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
>
>> which OS are you using?
>>
>> it does not look at the timestamps to decide if the index is in sync .
>> It looks at the index version only.
>>
>> BTW can you just hit the master withe url and paste the response here
>>
>> http://<masterhost>:<port>/solr/replication?command=filelist
>>
>> On Thu, Apr 23, 2009 at 11:53 AM, Jian Han Guo <ji...@gmail.com> wrote:
>>> That's right. The timestamp of files on the slave side are all Dec 31
>> 1969,
>>> so it looks the timestamp was not set (and therefore it is zero). The
>> ones
>>> on the master side are all correct. Nevertheless, solr seems being able
>> to
>>> recognize that master and slave are in sync after replication. Don't know
>>> how it does that.
>>>
>>> I haven't check if the two machines are in sync, but even if they are
>> not,
>>> the timestamp should not be Dec 31, 1969, I think.
>>>
>>> Thanks,
>>>
>>> Jianhan
>>>
>>>
>>>
>>> 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
>>>
>>>> Let me assume that you are using the in-inbuilt replication.
>>>>
>>>> The replication ties to set the timestamp of all the files same as
>>>> that of the files in the master. just cross check.
>>>>
>>>> On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com>
>> wrote:
>>>>> Hi,
>>>>>
>>>>> I am using nightly build on 4/22/2009. Replication works fine, but the
>>>> files
>>>>> inside index directory on slave side all have old timestamp: Dec 31
>>>> 1969.
>>>>> Is this a known issue?
>>>>>
>>>>> Thanks,
>>>>>
>>>>> Jianhan
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> --Noble Paul
>>>>
>>>
>>
>>
>>
>> --
>> --Noble Paul
>>
Re: replicated index files have incorrect timestamp
Posted by Jian Han Guo <ji...@gmail.com>.
I am using Mac OS 10.5.
I can't access the box right now and this week. I'll do it next week and
post the result then.
Thanks,
Jianhan
2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> which OS are you using?
>
> it does not look at the timestamps to decide if the index is in sync .
> It looks at the index version only.
>
> BTW can you just hit the master withe url and paste the response here
>
> http://<masterhost>:<port>/solr/replication?command=filelist
>
> On Thu, Apr 23, 2009 at 11:53 AM, Jian Han Guo <ji...@gmail.com> wrote:
> > That's right. The timestamp of files on the slave side are all Dec 31
> 1969,
> > so it looks the timestamp was not set (and therefore it is zero). The
> ones
> > on the master side are all correct. Nevertheless, solr seems being able
> to
> > recognize that master and slave are in sync after replication. Don't know
> > how it does that.
> >
> > I haven't check if the two machines are in sync, but even if they are
> not,
> > the timestamp should not be Dec 31, 1969, I think.
> >
> > Thanks,
> >
> > Jianhan
> >
> >
> >
> > 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> >
> >> Let me assume that you are using the in-inbuilt replication.
> >>
> >> The replication ties to set the timestamp of all the files same as
> >> that of the files in the master. just cross check.
> >>
> >> On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com>
> wrote:
> >> > Hi,
> >> >
> >> > I am using nightly build on 4/22/2009. Replication works fine, but the
> >> files
> >> > inside index directory on slave side all have old timestamp: Dec 31
> >> 1969.
> >> > Is this a known issue?
> >> >
> >> > Thanks,
> >> >
> >> > Jianhan
> >> >
> >>
> >>
> >>
> >> --
> >> --Noble Paul
> >>
> >
>
>
>
> --
> --Noble Paul
>
Re: replicated index files have incorrect timestamp
Posted by Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>.
which OS are you using?
it does not look at the timestamps to decide if the index is in sync .
It looks at the index version only.
BTW can you just hit the master withe url and paste the response here
http://<masterhost>:<port>/solr/replication?command=filelist
On Thu, Apr 23, 2009 at 11:53 AM, Jian Han Guo <ji...@gmail.com> wrote:
> That's right. The timestamp of files on the slave side are all Dec 31 1969,
> so it looks the timestamp was not set (and therefore it is zero). The ones
> on the master side are all correct. Nevertheless, solr seems being able to
> recognize that master and slave are in sync after replication. Don't know
> how it does that.
>
> I haven't check if the two machines are in sync, but even if they are not,
> the timestamp should not be Dec 31, 1969, I think.
>
> Thanks,
>
> Jianhan
>
>
>
> 2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
>
>> Let me assume that you are using the in-inbuilt replication.
>>
>> The replication ties to set the timestamp of all the files same as
>> that of the files in the master. just cross check.
>>
>> On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com> wrote:
>> > Hi,
>> >
>> > I am using nightly build on 4/22/2009. Replication works fine, but the
>> files
>> > inside index directory on slave side all have old timestamp: Dec 31
>> 1969.
>> > Is this a known issue?
>> >
>> > Thanks,
>> >
>> > Jianhan
>> >
>>
>>
>>
>> --
>> --Noble Paul
>>
>
--
--Noble Paul
Re: replicated index files have incorrect timestamp
Posted by Jian Han Guo <ji...@gmail.com>.
That's right. The timestamp of files on the slave side are all Dec 31 1969,
so it looks the timestamp was not set (and therefore it is zero). The ones
on the master side are all correct. Nevertheless, solr seems being able to
recognize that master and slave are in sync after replication. Don't know
how it does that.
I haven't check if the two machines are in sync, but even if they are not,
the timestamp should not be Dec 31, 1969, I think.
Thanks,
Jianhan
2009/4/22 Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>
> Let me assume that you are using the in-inbuilt replication.
>
> The replication ties to set the timestamp of all the files same as
> that of the files in the master. just cross check.
>
> On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com> wrote:
> > Hi,
> >
> > I am using nightly build on 4/22/2009. Replication works fine, but the
> files
> > inside index directory on slave side all have old timestamp: Dec 31
> 1969.
> > Is this a known issue?
> >
> > Thanks,
> >
> > Jianhan
> >
>
>
>
> --
> --Noble Paul
>
Re: replicated index files have incorrect timestamp
Posted by Noble Paul നോബിള് नोब्ळ् <no...@gmail.com>.
Let me assume that you are using the in-inbuilt replication.
The replication ties to set the timestamp of all the files same as
that of the files in the master. just cross check.
On Thu, Apr 23, 2009 at 6:57 AM, Jian Han Guo <ji...@gmail.com> wrote:
> Hi,
>
> I am using nightly build on 4/22/2009. Replication works fine, but the files
> inside index directory on slave side all have old timestamp: Dec 31 1969.
> Is this a known issue?
>
> Thanks,
>
> Jianhan
>
--
--Noble Paul
Re: replicated index files have incorrect timestamp
Posted by Otis Gospodnetic <ot...@yahoo.com>.
Hi,
I've never seen or heard of this happening. Are you sure nothing is wrong with local date? Are your master and slaves in sync (all running ntpd)? If not, they should be.
Otis
--
Sematext -- http://sematext.com/ -- Lucene - Solr - Nutch
----- Original Message ----
> From: Jian Han Guo <ji...@gmail.com>
> To: solr-user@lucene.apache.org
> Sent: Wednesday, April 22, 2009 9:27:44 PM
> Subject: replicated index files have incorrect timestamp
>
> Hi,
>
> I am using nightly build on 4/22/2009. Replication works fine, but the files
> inside index directory on slave side all have old timestamp: Dec 31 1969.
> Is this a known issue?
>
> Thanks,
>
> Jianhan