1. 11 Dec, 2015 1 commit
  2. 14 Oct, 2015 2 commits
  3. 09 Oct, 2015 1 commit
  4. 08 Jan, 2015 2 commits
  5. 20 Dec, 2014 1 commit
  6. 29 Oct, 2014 2 commits
  7. 26 Sep, 2014 1 commit
  8. 21 Jul, 2014 1 commit
  9. 18 Jul, 2014 1 commit
    • antirez's avatar
      redis-trib: allow to reshard in non-interactive way. · 73a809b1
      antirez authored
      The introduction of --from --to --slots --yes options allow to reshard
      from cli in an automated way from scripts. The code is ugly and needs
      refactoring as soon as we get it in RC / stable release.
      73a809b1
  10. 21 May, 2014 3 commits
  11. 12 May, 2014 3 commits
  12. 10 May, 2014 1 commit
  13. 09 May, 2014 1 commit
  14. 25 Mar, 2014 1 commit
    • antirez's avatar
      Cluster: redis-trib cluster allocation more even across nodes. · 0064b1a5
      antirez authored
      redis-trib used to allocate slots not considering fractions of nodes
      when computing the slots_per_node amount. So the fractional part was
      carried over till the end of the allocation, where the last node
      received a few more slots than any other (or a lot more if the cluster
      was composed of many nodes).
      
      The computation was changed to allocate slots more evenly when they are
      not exactly divisible for the number of masters we have.
      0064b1a5
  15. 24 Mar, 2014 2 commits
    • Matt Stancliff's avatar
      Cluster: Restore proper trib master iteration · e942f3ce
      Matt Stancliff authored
      This got removed in 2e5c394f during a new feature addition.
      
      The prior commit had "break if masters.length == masters_count"
      but we are guaranteed to aready have that condition met since
      otherwise we would haven't gotten this far.
      
      Without this break statement, it's possible some masters may
      be forgotten and have zero replicas while other masters have
      more than their requested number of replicas.
      
      Thanks to carlos for pointing out this regression at:
      https://groups.google.com/forum/#!topic/redis-db/_WVVqDw5B7c
      e942f3ce
    • Matt Stancliff's avatar
      Cluster: Fix trib create when masters==replicas · df4bdbf6
      Matt Stancliff authored
      This bug was introduced in 2e5c394f during a refactor.
      
      It took me a while to understand what was going on with
      the code, so I've refactored it further by:
        - Replacing boolean values with meaningful symbols
        - Replacing 'i' with a meaningful variable name
        - Adding the proper abort check
        - Factoring out now duplicated conditionals
        - Adding optional verbose logging (we're inside *four*
          different looping constructs, so it takes a while to
          figure out where all the moving parts are)
        - Updating comment for the section
      
      This fixes a problem when the number of master instances
      equaled the number of replica instances.  Before, when
      there were equal numbers of both, nodes_count would go to
      zero, but the while loop would spin in i < @replicas because
      i would never be updated (because the nodes_list of each ip
      was length == 0, which triggered an endless loop of
      next -> i = 0 -> 0 < 1? -> true -> next -> i = 0 ...)
      
      Thanks to carlo who found this problem at:
      https://groups.google.com/forum/#!topic/redis-db/_WVVqDw5B7c
      df4bdbf6
  16. 11 Mar, 2014 3 commits
  17. 11 Feb, 2014 1 commit
  18. 10 Feb, 2014 6 commits
  19. 24 Jan, 2014 1 commit
  20. 17 Jan, 2014 5 commits
  21. 16 Jan, 2014 1 commit