You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "ASF subversion and git services (JIRA)" <ji...@apache.org> on 2015/04/18 16:11:58 UTC

[jira] [Commented] (SOLR-7421) RecoveryAfterSoftCommitTest fails frequently on Jenkins due to full index replication taking longer than 30 seconds

    [ https://issues.apache.org/jira/browse/SOLR-7421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14501377#comment-14501377 ] 

ASF subversion and git services commented on SOLR-7421:
-------------------------------------------------------

Commit 1674512 from [~thelabdude] in branch 'dev/trunk'
[ https://svn.apache.org/r1674512 ]

SOLR-7421: Marking test as a BadApple for now until we can figure out what is causing replication to take so long for a small index

> RecoveryAfterSoftCommitTest fails frequently on Jenkins due to full index replication taking longer than 30 seconds
> -------------------------------------------------------------------------------------------------------------------
>
>                 Key: SOLR-7421
>                 URL: https://issues.apache.org/jira/browse/SOLR-7421
>             Project: Solr
>          Issue Type: Bug
>            Reporter: Timothy Potter
>         Attachments: RecoveryAfterSoftCommitTest_failure.log
>
>
> RecoveryAfterSoftCommitTest is failing frequently on Jenkins because the test only gives 30 seconds for the replica to recover after healing the partition. It looks like it's taking >30 seconds to replicate the full index from the leader (the test is designed so that peer sync can't work). It seems bad that it takes >30 seconds to replicate an index with only 115 documents in it ... wonder if there is cruft laying around from other tests? I've run beast on this test locally and it always passes. What's weird is I see log messages like:
> {code}
>    [junit4]   2> 1436627 T4242 N:127.0.0.1:63274_ecb%2Fay C476 oash.IndexFetcher.fetchLatestIndex Number of files in latest index in master: 263
> {code}
> 263 files for an index with 115 docs? Doesn't seem right!



--
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