the first stage is identifying whether it can sync with transaction logs. It couldn't, because there's no index. So the logs you have shown make complete sense. It then says 'trying replication', which is what I would expect, and the bit you are saying has failed. So the interesting bit is likely immediately after the snippet you showed.
Upayavira On Wed, Jan 23, 2013, at 07:40 AM, Marcin Rzewucki wrote: OK, so I did yet another test. I stopped solr, removed whole "data/" dir and started Solr again. Directories were recreated fine, but missing files were not downloaded from leader. Log is attached (I took the lines related to my test with 2 lines of context. I hope it helps.). I could find the following warning message: Jan 23, 2013 7:16:08 AM org.apache.solr.update.PeerSync sync INFO: PeerSync: core=ofac url=http://<replica_host>:8983/solr START replicas=[http://<leader_host>:8983/solr/ofac/] nUpdates=100 Jan 23, 2013 7:16:08 AM org.apache.solr.update.PeerSync sync WARNING: no frame of reference to tell of we've missed updates Jan 23, 2013 7:16:08 AM org.apache.solr.cloud.RecoveryStrategy doRecovery INFO: PeerSync Recovery was not successful - trying replication. core=ofac So it did not know which files to download ?? Could you help me to solve this problem ? Thanks in advance. Regards. On 22 January 2013 23:06, Yonik Seeley <[1]yo...@lucidworks.com> wrote: On Tue, Jan 22, 2013 at 4:37 PM, Marcin Rzewucki <[2]mrzewu...@gmail.com> wrote: > Sorry, my mistake. I did 2 tests: in the 1st I removed just index directory > and in 2nd test I removed both index and tlog directory. Log lines I've > sent are related to the first case. So Solr could read tlog directory in > that moment. > Anyway, do you have an idea why it did not download files from leader ? For your 1st test, if you only deleted the index and not the transaction logs, Solr will look at the transaction logs to try and determine if it is up to date or not (by comparing with peers). If you want to clear out all the data, remove the entire data directory. -Yonik [3]http://lucidworks.com References 1. mailto:yo...@lucidworks.com 2. mailto:mrzewu...@gmail.com 3. http://lucidworks.com/
