Looks like it shows 3 cores start - 2 with versions that decide they are up to date and one that replicates. The one that replicates doesn't have much logging showing that activity.
Is this Solr 4.0? - Mark On Jan 23, 2013, at 9:27 AM, Upayavira <u...@odoko.co.uk> wrote: > Mark, > > Take a peek in the pastebin url Marcin mentioned earlier > (http://pastebin.com/qMC9kDvt) is there enough info there? > > Upayavira > > On Wed, Jan 23, 2013, at 02:04 PM, Mark Miller wrote: >> Was your full logged stripped? You are right, we need more. Yes, the peer >> sync failed, but then you cut out all the important stuff about the >> replication attempt that happens after. >> >> - Mark >> >> On Jan 23, 2013, at 5:28 AM, Marcin Rzewucki <mrzewu...@gmail.com> wrote: >> >>> Hi, >>> Previously, I took the lines related to collection I tested. Maybe some >>> interesting part was missing. I'm sending the full log this time. >>> It ends up with: >>> INFO: Finished recovery process. core=ofac >>> >>> The issue I described is related to collection called "ofac". I hope the >>> log is meaningful now. >>> >>> It is trying to do the replication, but it seems to not know which files to >>> download. >>> >>> Regards. >>> >>> On 23 January 2013 10:39, Upayavira <u...@odoko.co.uk> wrote: >>> 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/ >>> >>
