: However, we haven't yet implemented SolrCloud and still relying on : distribution scripts - rsync, indexpuller mechanism.
Well, for starters -- have you considered at least looking into using hte java based Replicationhandler instead of the rsync scripts? Script based replication has not been actively maintained since java replication was added back in Solr 1.4! : I see that the indexes are getting created on indexer boxes, snapshots : being created and then pulled across to search boxes. The snapshots are : getting installed on search boxes as well. There are no errors in the : scripts logs and this process works well. : However, when I check the update in solr console (on search boxes), I do : not see the updated result. The updates do not appear in search boxes even : after manual commit. Only after a *restart* of the search application : (deployed in tomcat) I can see the updated results. What exactly does your "manual commit" command look like? Are you doing this on the indexer box or the searcher boxes? what is the HTTP response from this comment? what do the logs show when you do this? It's possible that some internal changes in Solr relating to NRT improvements may have optimized away re-opening on commit if solr doesn't think the index has changed -- but i doubt it. because I just tried a simple test using the 4.3.0 example where i manually simulated snapinstaller replacing hte index files with a newer index and issued "http://localhost:8983/solr/update?commit=true"; and solr loaded up that new index and started searching it -- so i suspect the devil is in the details of your setup. you're sure each of the snapshooter, snappuller, snapinstaller scripts are executing properly? : I have done minimal changes for the upgrade in solrconfig.xml and is pasted : below. Please can someone take a look and let me know what the issue is. : The same config was working fine on Solr 4.0 (as well as Solr 1.4.1). which config is this, your indexer or your searcher? (i'm assuming it's the searcher since i don't see any postCommit commands to exec snapshooter but i wanted to sanity check that wasn't a simple explanation for your problem) -Hoss
