1. 21 Feb, 2019 1 commit
  2. 12 Feb, 2019 1 commit
    • zhaozhao.zz's avatar
      ACL: add masteruser configuration for replication · ea9d3aef
      zhaozhao.zz authored
      In mostly production environment, normal user's behavior should be
      limited.
      
      Now in redis ACL mechanism we can do it like that:
      
          user default on +@all ~* -@dangerous nopass
          user admin on +@all ~* >someSeriousPassword
      
      Then the default normal user can not execute dangerous commands like
      FLUSHALL/KEYS.
      
      But some admin commands are in dangerous category too like PSYNC,
      and the configurations above will forbid replica from sync with master.
      
      Finally I think we could add a new configuration for replication,
      it is masteruser option, like this:
      
          masteruser admin
          masterauth someSeriousPassword
      
      Then replica will try AUTH admin someSeriousPassword and get privilege
      to execute PSYNC. If masteruser is NULL, replica would AUTH with only
      masterauth like before.
      ea9d3aef
  3. 05 Feb, 2019 2 commits
  4. 04 Feb, 2019 3 commits
  5. 21 Jan, 2019 1 commit
  6. 18 Jan, 2019 2 commits
  7. 17 Jan, 2019 1 commit
  8. 09 Jan, 2019 1 commit
  9. 12 Dec, 2018 1 commit
  10. 07 Nov, 2018 1 commit
  11. 21 Oct, 2018 1 commit
  12. 13 Sep, 2018 1 commit
  13. 11 Sep, 2018 2 commits
  14. 05 Sep, 2018 1 commit
  15. 27 Aug, 2018 3 commits
  16. 30 Jul, 2018 1 commit
  17. 23 Jul, 2018 1 commit
  18. 13 Jul, 2018 1 commit
  19. 02 Jul, 2018 1 commit
  20. 27 Jun, 2018 1 commit
  21. 13 Jun, 2018 1 commit
  22. 12 Jun, 2018 1 commit
  23. 09 Jun, 2018 2 commits
  24. 07 Jun, 2018 2 commits
  25. 24 May, 2018 1 commit
  26. 15 Mar, 2018 1 commit
  27. 14 Mar, 2018 1 commit
    • antirez's avatar
      Cluster: ability to prevent slaves from failing over their masters. · 432bf477
      antirez authored
      This commit, in some parts derived from PR #3041 which is no longer
      possible to merge (because the user deleted the original branch),
      implements the ability of slaves to have a special configuration
      preventing that they try to start a failover when the master is failing.
      
      There are multiple reasons for wanting this, and the feautre was
      requested in issue #3021 time ago.
      
      The differences between this patch and the original PR are the
      following:
      
      1. The flag is saved/loaded on the nodes configuration.
      2. The 'myself' node is now flag-aware, the flag is updated as needed
         when the configuration is changed via CONFIG SET.
      3. The flag name uses NOFAILOVER instead of NO_FAILOVER to be consistent
         with existing NOADDR.
      4. The redis.conf documentation was rewritten.
      
      Thanks to @deep011 for the original patch.
      432bf477
  28. 12 Mar, 2018 1 commit
    • Oran Agra's avatar
      active defrag v2 · be1b4aa9
      Oran Agra authored
      - big keys are not defragged in one go from within the dict scan
        instead they are scanned in parts after the main dict hash bucket is done.
      - add latency monitor sample for defrag
      - change default active-defrag-cycle-min to induce lower latency
      - make active defrag start a new scan right away if needed, so it's easier
        (for the test suite) to detect when it's done
      - make active defrag quick the current cycle after each db / big key
      - defrag  some non key long term global allocations
      - some refactoring for smaller functions and more reusable code
      - during dict rehashing, one scan iteration of the dict, can end up scanning
        one bucket in the smaller dict and many many buckets in the larger dict.
        so waiting for 16 scan iterations before checking the time, may be much too long.
      be1b4aa9
  29. 26 Jan, 2018 1 commit
  30. 11 Jan, 2018 2 commits