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

Per Steffensen commented on SOLR-4114:
--------------------------------------

bq. Add the unit tests for "good" checks during normal test runs

Ok. I like a good discussion, that that will be your prize for participating so 
eagerly :-) Will try to find time to do it soon.

bq. Also add the slower test but mark it @Nightly. So it runs at night in 
jenkins tests runs.

So we agree to commit the test with a 10-20 sec wait?

Yeah I would rather not add the @Nightly, since I do not really know your 
test-target setup (nightly, pre-commit, etc). I certainly agree that such a 
slow test needs to be run at night, but actually I guessed that the @Slow 
annotation was for that. The test is already marked as @Slow. I certainly can 
add the @Nightly annotation if people agree that it should be added to 
BasicDistributedZkTest?
                
> Collection API: Allow multiple shards from one collection on the same Solr 
> server
> ---------------------------------------------------------------------------------
>
>                 Key: SOLR-4114
>                 URL: https://issues.apache.org/jira/browse/SOLR-4114
>             Project: Solr
>          Issue Type: New Feature
>          Components: multicore, SolrCloud
>    Affects Versions: 4.0
>         Environment: Solr 4.0.0 release
>            Reporter: Per Steffensen
>            Assignee: Per Steffensen
>              Labels: collection-api, multicore, shard, shard-allocation
>         Attachments: SOLR-4114.patch, SOLR-4114.patch, SOLR-4114.patch, 
> SOLR-4114.patch, SOLR-4114_trunk.patch
>
>
> We should support running multiple shards from one collection on the same 
> Solr server - the run a collection with 8 shards on a 4 Solr server cluster 
> (each Solr server running 2 shards).
> Performance tests at our side has shown that this is a good idea, and it is 
> also a good idea for easy elasticity later on - it is much easier to move an 
> entire existing shards from one Solr server to another one that just joined 
> the cluter than it is to split an exsiting shard among the Solr that used to 
> run it and the new Solr.
> See dev mailing list discussion "Multiple shards for one collection on the 
> same Solr server"

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to