happened to timestamp in index directory
index.timestamp -- earlier with 4.1
index -- this is new folder
Please reply asap.
thanks
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4053179.html
Sent from the Solr
index.timestamp -- earlier with 4.1
index -- this is new folder
Please reply asap.
thanks
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4053179.html
Sent from the Solr - User mailing list archive at Nabble.com.
is returning an old index version? Any solutions to this?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4043314.html
Sent from the Solr - User mailing list archive at Nabble.com.
.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4043379.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Feb 27, 2013, at 4:40 AM, Bernd Fehling bernd.fehl...@uni-bielefeld.de
wrote:
Under this circumstances with replication I would not even dream about using
SolrCloud.
The funny part about that is that the master-slave replication issue(s) in 4.1
don't apply to SolrCloud, so you would
?command=indexversion (my repeater's
replication URL) the response is:
long name=generation29037/long
Why this URL is returning an old index version? Any solutions to this?
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions
.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4042690.html
Sent from the Solr - User mailing list archive at Nabble.com.
On Feb 25, 2013, at 5:54 AM, raulgrande83 raulgrand...@hotmail.com wrote:
Mark, is going to be an official 4.2 release soon?
I've suggested on the dev mailing list that I will create a Lucene/Solr 4.2
release within the next few weeks unless someone beats me to it.
I can't do it this week, I
://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4042967.html
Sent from the Solr - User mailing list archive at Nabble.com.
.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4042172.html
Sent from the Solr - User mailing list archive at Nabble.com.
I have the same problem. This bug appeared in 4.0 rarely, but 4.1 downloads
the full index every time.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4042209.html
Sent from the Solr - User mailing list archive
We are fixing this bug here: https://issues.apache.org/jira/browse/SOLR-4471
- Mark
On Feb 22, 2013, at 7:07 AM, Artyom ice...@mail.ru wrote:
I have the same problem. This bug appeared in 4.0 rarely, but 4.1 downloads
the full index every time.
A few others have posted about this too apparently and SOLR-4413 is the
root problem. Basically what I am seeing is that if your index directory is
not index/ but rather index.timestamp set in the index.properties a new
index will be downloaded all the time because the download is expecting
your
/browse/SOLR-2326
Please, let us know if you find any solution.
Regards.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4041817.html
Sent from the Solr - User mailing list archive at Nabble.com.
://issues.apache.org/jira/browse/SOLR-4413
https://issues.apache.org/jira/browse/SOLR-2326
Please, let us know if you find any solution.
Regards.
--
View this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4041817.html
Sent from
this message in context:
http://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4041827.html
Sent from the Solr - User mailing list archive at Nabble.com.
://lucene.472066.n3.nabble.com/Slaves-always-replicate-entire-index-Index-versions-tp4041256p4041827.html
Sent from the Solr - User mailing list archive at Nabble.com.
17 matches
Mail list logo