You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Alexandre Rafalovitch (JIRA)" <ji...@apache.org> on 2016/10/01 17:26:21 UTC
[jira] [Closed] (SOLR-2661) SnapPull failed - Unable to download
index
[ https://issues.apache.org/jira/browse/SOLR-2661?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexandre Rafalovitch closed SOLR-2661.
---------------------------------------
Resolution: Incomplete
Ancient unfinished bug. No longer relevant
> SnapPull failed - Unable to download index
> ------------------------------------------
>
> Key: SOLR-2661
> URL: https://issues.apache.org/jira/browse/SOLR-2661
> Project: Solr
> Issue Type: Bug
> Components: replication (java)
> Affects Versions: 1.4.1
> Environment: Linux
> Reporter: Jayesh K Rajpurohit
> Priority: Critical
>
> Getting this exception in my application. Now we are blocked as slaves are not able to download any new indexes. FYI. The optimized index size is 5.5 GB and it goes to 11 GB (non-optimized index size). There are some questions which I have regarding this:
> 1) Is there any size limit of index to replicate ? Because in exception we can get it is trying to download the index of 0.4 GB.
> 2) Is there any connection timeout setting with solr Java replication ?
> 2011-07-18 07:22:18,634 [pool-3-thread-1] ERROR org.apache.solr.handler.ReplicationHandler - SnapPull failed
> org.apache.solr.common.SolrException: Unable to download _nr.frq completely. Downloaded 57671680!=404386786
> at org.apache.solr.handler.SnapPuller$FileFetcher.cleanup(SnapPuller.java:1026)
> at org.apache.solr.handler.SnapPuller$FileFetcher.fetchFile(SnapPuller.java:906)
> at org.apache.solr.handler.SnapPuller.downloadIndexFiles(SnapPuller.java:541)
> at org.apache.solr.handler.SnapPuller.fetchLatestIndex(SnapPuller.java:294)
> at org.apache.solr.handler.ReplicationHandler.doFetch(ReplicationHandler.java:264)
> at org.apache.solr.handler.SnapPuller$1.run(SnapPuller.java:159)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:441)
> at java.util.concurrent.FutureTask$Sync.innerRunAndReset(FutureTask.java:317)
> at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:150)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(ScheduledThreadPoolExecutor.java:98)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.runPeriodic(ScheduledThreadPoolExecutor.java:180)
> at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:204)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
> at java.lang.Thread.run(Thread.java:662)
> Regards,
> Jayesh K Rajpurohit
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org