1. 06 Dec, 2018 1 commit
  2. 18 Nov, 2018 1 commit
  3. 08 Oct, 2018 1 commit
  4. 27 Sep, 2018 2 commits
    • Yossi Gottlieb's avatar
      AE error response not properly handled. · 5e336b8f
      Yossi Gottlieb authored
      Errors were ignored if node's match_idx==next_idx-1, I assume (??) as a
      precaution against silently feeding a node that is not monotonic.
      
      However this does not consider the case where send_appendentries()
      relies on snapshot_last_idx which may be greater than the node's index.
      5e336b8f
    • Yossi Gottlieb's avatar
      AE error response not properly handled. · b5cf5cf9
      Yossi Gottlieb authored
      Errors were ignored if node's match_idx==next_idx-1, I assume (??) as a
      precaution against silently feeding a node that is not monotonic.
      
      However this does not consider the case where send_appendentries()
      relies on snapshot_last_idx which may be greater than the node's index.
      b5cf5cf9
  5. 17 Aug, 2018 1 commit
  6. 16 Aug, 2018 1 commit
  7. 15 Aug, 2018 2 commits
  8. 14 Aug, 2018 2 commits
  9. 07 Aug, 2018 2 commits
  10. 20 Jun, 2018 2 commits
  11. 13 Jun, 2018 2 commits
  12. 11 Jun, 2018 2 commits
    • Yossi Gottlieb's avatar
      Ignore RequestVote when leader is established. (#58) · ab96a768
      Yossi Gottlieb authored
      This behavior is described in the original Raft paper and is required to
      prevent removed nodes from disrupting the cluster.
      
      This causes other problems though, as a split node may trigger election
      which is rejected but leaves it with a future term.  The generally
      accepted solution for this appears to be the use of PreVote RPC to avoid
      election that can never succeed.
      ab96a768
    • Willem Thiart's avatar
      Add virtraft2 · aa3586ff
      Willem Thiart authored
      aa3586ff
  13. 08 Jun, 2018 1 commit
  14. 07 Jun, 2018 2 commits
    • Willem Thiart's avatar
      Remove RAFT_LOGTYPE_SNAPSHOT · 700eebe6
      Willem Thiart authored
      The RAFT_LOGTYPE_SNAPSHOT was a bad design choice. It's better to not
      have this marker entry so that users don't have to check for the log
      entry type in the callbacks. Also, loading a snapshot correctly created
      this marker entry, but the compaction side did not. It's better to
      remove this log type than to fix this asymmetry.
      
      Fixes the following edge cases:
      - Server crashes if the last snapshot index is N and a appendentries
      message pops entries all the way back to index N.
      - Server sends an appendentries message with an invalid prev_log_idx and
      prev_log_term, causing the peer to crash.
      700eebe6
    • Yossi Gottlieb's avatar
      Off by one fixes (#65) · 9de8af47
      Yossi Gottlieb authored
      * Fix off-by-one in apply_log idx.
      
      * Fix log_get_from_idx() off by one error.
      9de8af47
  15. 24 May, 2018 1 commit
  16. 23 May, 2018 2 commits
  17. 17 May, 2018 1 commit
  18. 16 May, 2018 2 commits
  19. 02 May, 2018 1 commit
  20. 11 Apr, 2018 2 commits
  21. 07 Mar, 2018 1 commit
    • Yossi Gottlieb's avatar
      Ignore RequestVote when leader is established. · 6cac5767
      Yossi Gottlieb authored
      This behavior is described in the original Raft paper and is required to
      prevent removed nodes from disrupting the cluster.
      
      This causes other problems though, as a split node may trigger election
      which is rejected but leaves it with a future term.  The generally
      accepted solution for this appears to be the use of PreVote RPC to avoid
      election that can never succeed.
      6cac5767
  22. 09 Jan, 2018 1 commit
  23. 08 Jan, 2018 3 commits
  24. 29 Dec, 2017 2 commits
  25. 21 Nov, 2017 2 commits
    • Li Wei's avatar
      DAOS-333 server: Handle storage access errors · 76d56d0c
      Li Wei authored
      
      
      User storage callbacks may return negative errors smaller than
      RAFT_ERR_LAST. These will be returned all the way to the API methods,
      which report the errors back to users, so that appropriate handlings may
      be performed.
      Signed-off-by: default avatarLi Wei <wei.g.li@intel.com>
      76d56d0c
    • Li Wei's avatar
      DAOS-333 server: Don't remove later entries for matching AEs · 77fb6117
      Li Wei authored
      
      
      If an AE request's previous entry matches the follower's, then the
      follower doesn't need to truncate its log at prev_log_idx. When the
      follower checks if the other entries in the AE request are consistent
      with its local ones, it already takes care of truncating at any
      inconsistency. If any later entries not covered by this AE request are
      inconsistent, future AE requests shall truncate them.
      Signed-off-by: default avatarLi Wei <wei.g.li@intel.com>
      77fb6117