You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Umesh Prasad (JIRA)" <ji...@apache.org> on 2014/01/11 03:59:51 UTC
[jira] [Comment Edited] (SOLR-4703) Index Replication Fails between
4.x and 3.x Because SnapPuller doesn't pass indexversion info to Master
[ https://issues.apache.org/jira/browse/SOLR-4703?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13868628#comment-13868628 ]
Umesh Prasad edited comment on SOLR-4703 at 1/11/14 2:59 AM:
-------------------------------------------------------------
We have this use case again .. We moved to Solr 4.6 two weeks back on Production .. And for one of the cores, Solr indexes is still in Solr 3.6 .. DIH fails in 4.6 for some reason ..
I am unable to replicate the index from 3.6 to solr 4.6 for same reason .. I have patched the Solr 4.6 trunk locally and am using locally built artifacts but I would prefer if I didn't have to do this ..
There are many people who migrate slaves first to Solr 4X and master is migrated later .. They shouldn't have to migrate master first to Solr 4X ..
http://myserver:8989/solr/augmentData/replication?command=filelist&generation=48&qt=replication&wt=xml&version=2
<response>
<responseHeader>
<status>0</status>
<QTime>0</QTime>
</responseHeader>
<str name="status">no indexversion specified</str>
</response>
http://myserver:8989/solr/augmentData/replication?command=filelist&generation=48&qt=replication&wt=xml&version=2&indexversion=1375792571447
<response>
<responseHeader>
<status>0</status>
<QTime>8</QTime>
</responseHeader>
<arr name="filelist">
<lst>
<str name="name">_8g.tis</str>
<long name="lastmodified">1388709354000</long>
<long name="size">1510081</long>
</lst>
<lst>
<str name="name">_8b.tis</str>
<long name="lastmodified">1388703685000</long>
<long name="size">1603647</long>
</lst>
<lst>
<str name="name">_8h.prx</str>
<long name="lastmodified">1388710429000</long>
<long name="size">6507442</long>
</lst>
<lst>
Server is on 3.6
.....
was (Author: umesh.prasad):
We have this use case again .. We moved to Solr 4.6 two weeks back on Production .. And for one of the cores, Solr indexes is still in Solr 3.6 .. DIH fails in 4.6 for some reason ..
I am unable to replicate the index from 3.6 to solr 4.6 for same reason .. I have patched the Solr 4.6 trunk locally and am using locally built artifacts but I would prefer if I didn't have to do this ..
There are many people who migrate slaves first to Solr 4X and master is migrated later .. They shouldn't have to migrate master first to Solr 4X ..
http://myserver:8989/solr/augmentData/replication?command=filelist&generation=48&qt=replication&wt=xml&version=2
<response>
<responseHeader>
<status>0</status>
<QTime>0</QTime>
</responseHeader>
<str name="status">no indexversion specified</str>
</response>
http://myserver:8989/solr/augmentData/replication?command=filelist&generation=48&qt=replication&wt=xml&version=2
<response>
<responseHeader>
<status>0</status>
<QTime>8</QTime>
</responseHeader>
<arr name="filelist">
<lst>
<str name="name">_8g.tis</str>
<long name="lastmodified">1388709354000</long>
<long name="size">1510081</long>
</lst>
<lst>
<str name="name">_8b.tis</str>
<long name="lastmodified">1388703685000</long>
<long name="size">1603647</long>
</lst>
<lst>
<str name="name">_8h.prx</str>
<long name="lastmodified">1388710429000</long>
<long name="size">6507442</long>
</lst>
<lst>
.....
> Index Replication Fails between 4.x and 3.x Because SnapPuller doesn't pass indexversion info to Master
> -------------------------------------------------------------------------------------------------------
>
> Key: SOLR-4703
> URL: https://issues.apache.org/jira/browse/SOLR-4703
> Project: Solr
> Issue Type: Bug
> Components: replication (java)
> Affects Versions: 4.2
> Reporter: Umesh Prasad
> Priority: Minor
> Labels: replication
> Attachments: solr.replication.fetchFileList.trunk.patch
>
> Original Estimate: 1h
> Remaining Estimate: 1h
>
> Replication Sequence in Solr 4.2 is
> 1. Get replicable indexVersion & Generation from Master
> 2. Fetch File list for given indexVersion and Generation from Master
> 3. Down the File list
> Solr 4.2 and trunk have a Bug, whereby Slave doesn't pass the indexVersion to Master. Master, informs the slave that indexVersion param is missing, but slave ignores it and instead says that there are no filelists to down.
> And replication breaks.
>
--
This message was sent by Atlassian JIRA
(v6.1.5#6160)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org