In the output of:

/solr/replication?command=details

there is indexVersion mentioned many times:

<response>
<lst name="responseHeader">
<int name="status">0</int>
<int name="QTime">3</int>
</lst>
<lst name="details">
<str name="indexSize">22.59 KB</str>
<str name="indexPath">/usr/share/solr/data/index/</str>
<arr name="commits">
<lst>
<long name="indexVersion">1363259880360</long>
<long name="generation">4</long>
<arr name="filelist">
<str>_1.tvx</str>
<str>_1_nrm.cfs</str>
<str>_1_Lucene41_0.doc</str>
<str>_1_Lucene41_0.tim</str>
<str>_1_Lucene41_0.tip</str>
<str>_1.fnm</str>
<str>_1_nrm.cfe</str>
<str>_1.fdx</str>
<str>_1_Lucene41_0.pos</str>
<str>_1.tvf</str>
<str>_1.fdt</str>
<str>_1_Lucene41_0.pay</str>
<str>_1.si</str>
<str>_1.tvd</str>
<str>segments_4</str>
</arr>
</lst>
</arr>
<str name="isMaster">false</str>
<str name="isSlave">true</str>
<long name="indexVersion">1363259808632</long>
<long name="generation">3</long>
<lst name="slave">
<lst name="masterDetails">
<str name="indexSize">22.59 KB</str>
<str name="indexPath">/usr/share/solr/data/index/</str>
<arr name="commits">
<lst>
<long name="indexVersion">1363263304585</long>
<long name="generation">4</long>
<arr name="filelist">
<str>_2_Lucene41_0.pos</str>
<str>_2.si</str>
<str>_2_Lucene41_0.tim</str>
<str>_2.fdt</str>
<str>_2_Lucene41_0.doc</str>
<str>_2_Lucene41_0.tip</str>
<str>_2.fdx</str>
<str>_2.tvx</str>
<str>_2.fnm</str>
<str>_2_nrm.cfe</str>
<str>_2.tvd</str>
<str>_2_Lucene41_0.pay</str>
<str>_2_nrm.cfs</str>
<str>_2.tvf</str>
<str>segments_4</str>
</arr>
</lst>
</arr>
<str name="isMaster">true</str>
<str name="isSlave">false</str>
<long name="indexVersion">1363263304585</long>
<long name="generation">4</long>
<lst name="master">
<str name="confFiles">schema.xml,stopwords.txt</str>
<arr name="replicateAfter">
<str>commit</str>
<str>startup</str>
</arr>
<str name="replicationEnabled">false</str>
<long name="replicatableGeneration">4</long>
</lst>
</lst>
<str name="masterUrl">http://172.18.19.204:8080/solr</str>
<str name="pollInterval">00:00:60</str>
<str name="nextExecutionAt">Polling disabled</str>
<str name="indexReplicatedAt">Thu Mar 14 12:18:00 CET 2013</str>
<arr name="indexReplicatedAtList">
<str>Thu Mar 14 12:18:00 CET 2013</str>
<str>Thu Mar 14 12:17:00 CET 2013</str>
<str>Fri Mar 08 14:55:00 CET 2013</str>
<str>Fri Mar 08 14:50:52 CET 2013</str>
<str>Fri Mar 08 14:32:00 CET 2013</str>
</arr>
<str name="timesIndexReplicated">5</str>
<str name="lastCycleBytesDownloaded">23214</str>
<str name="previousCycleTimeInSeconds">0</str>
<str name="currentDate">Thu Mar 14 13:15:53 CET 2013</str>
<str name="isPollingDisabled">true</str>
<str name="isReplicating">false</str>
</lst>
</lst>
<str name="WARNING">
This response format is experimental. It is likely to change in the future.
</str>
</response>

Which one should be used? Is there any other way to monitor idex
version on master and slave?

Best regards,
Rafał Radecki.

2013/3/14 Rafał Radecki <radecki.ra...@gmail.com>:
> Hi All.
>
> I am monitoring two solr 4.1 solr instances in master-slave setup. On
> both nodes I check url /solr/replication?command=details and parse it
> to get:
> - on master: if replication is enabled -> field replicationEnabled
> - on slave: if replication is enabled -> field replicationEnabled
> - on slave: if polling is disabled -> field isPollingDisabled
> For solr 3.6 I've als used url:
> solr/replication?command=indexversion
> but for 4.1 it gives me different results on master and slave, on
> slave the version is higher despite the fact that replication is
> enabled, polling is enabled and in admin gui
> /solr/#/collection1/replication I have: Index
> Version Gen     Size
> Master:
> 1363259808632
> 3
> 22.59 KB
> Slave:
> 1363259808632
> 3
> 22.59 KB
> So as I see it master and slave have the same version of index despite
> the fact that /solr/replication?command=indexversion gives:
> - on master: <long name="indexversion">1363259808632</long>
> - on slave: <long name="indexversion">1363259880360</long> -> higher value
> Is this a bug?
>
> Best regards,
> Rafal Radecki.

Reply via email to