lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Per Steffensen (JIRA)" <>
Subject [jira] [Updated] (SOLR-4120) Collection API: Support for specifying a list of solrs to spread a new collection across
Date Fri, 14 Dec 2012 16:28:14 GMT


Per Steffensen updated SOLR-4120:

    Attachment: SOLR-4120_trunk_r1421793.patch

h4. SOLR-4120_trunk_r1421793.patch 

Hurry up, get it in, Mark - while its still hot!
Did not run entire test-suite after this patch, but I did run OverseerCollectionProcessorTest
and BasicDistributedZkTest to verify that they are both green. Hope I did not ruin other tests
- couldnt imagine.

h5. Where does it fit

* It fits trunk (5.x) revision 1421793

h5. Content of patch

* Same as for the lucene_solr_4_0 patch

h5. Testing

* Same as for the lucene_solr_4_0 patch
* Added tests for the feature in OverseerCollectionProcessorTest. Tests checking detailed
combinations that does not belong in the "slow" tests in BasicDistributedZkTest. Also testing
the SOLR-4114 and SOLR-4120 features in combination - that is, situations where createNodeSet
is so small that the collection cannot be cannot be created living up to numShards and replicationFactor
without violating the maxShardsPerNode (SOLR-4114) limit, but where it would have been possible
to create the collection if either of maxShardsPerNode or createNodeSet had not been specified
in the request.
> Collection API: Support for specifying a list of solrs to spread a new collection across
> ----------------------------------------------------------------------------------------
>                 Key: SOLR-4120
>                 URL:
>             Project: Solr
>          Issue Type: New Feature
>          Components: multicore, SolrCloud
>    Affects Versions: 4.0
>            Reporter: Per Steffensen
>            Assignee: Mark Miller
>            Priority: Minor
>              Labels: collection-api, multicore, shard, shard-allocation
>             Fix For: 4.1, 5.0
>         Attachments: SOLR-4120.patch, SOLR-4120_trunk.patch, SOLR-4120_trunk_r1421793.patch
> When creating a new collection through the Collection API, the Overseer (handling the
creation) will spread shards for this new collection across all live nodes.
> Sometimes you dont want a collection spread across all available nodes. Allow for the
create operation of the Collection API, to take a createNodeSet parameter containing a list
of Solr to spread the new shards across. If not provided it will just spread across all available
nodes (default).
> For an example of a concrete case of usage see:

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:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message