-
Type: Bug
-
Resolution: Done
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: Sharding
-
None
-
Sharding EMEA
-
ALL
-
(copied to CRM)
Two parts - make subsequent shardCollections possible without flushing configuration, and handle failed splitVector command by creating default Min->Max chunk and printing a warning of some kind.
Additionally, if there are network troubles it is possible for a shardCollection command to fail halfway through, in a state where the collection is not fully sharded, but extra chunk entries have been created that prevent another shardCollection call from working. In this case, a rollback to the unsharded state should be attempted, both by the initial failed shardCollection command, as well as by the subsequent shardCollection command if necessary (for instance, if network issues persist that prevent the first command's rollback from working).
- is duplicated by
-
SERVER-10653 unable to shard collection with collection x.y already sharded with 1 chunks error
- Closed
- related to
-
SERVER-10012 Segmentation fault on splitChunk
- Closed
-
SERVER-13043 shardCollection don't behave properly
- Closed
-
SERVER-44052 Inconsistencies in sharded collections
- Closed