Details

    • Type: Bug Bug
    • Status: Resolved
    • Priority: Major Major
    • Resolution: Fixed
    • Fix Version/s: 1.2.0 beta 2
    • Component/s: Core
    • Labels:
      None

      Description

      As originally designed, bootstrap nodes should always get all writes under any consistencylevel, so when bootstrap finishes the operator can run cleanup on the old nodes w/o fear that he might lose data.

      but if a bootstrap operation fails or is aborted, that means all writes will fail until the ex-bootstrapping node is decommissioned. so starting in CASSANDRA-722, we just ignore dead nodes in consistencylevel calculations.

      but this breaks the original design. CASSANDRA-822 adds a partial fix for this (just adding bootstrap targets into the RF targets and hinting normally), but this is still broken under certain conditions. The real fix is to consider consistencylevel for two sets of nodes:

      1. the RF targets as currently existing (no pending ranges)
      2. the RF targets as they will exist after all movement ops are done

      If we satisfy CL for both sets then we will always be in good shape.

      I'm not sure if we can easily calculate 2. from the current TokenMetadata, though.

      1. 833-v2.txt
        34 kB
        Jonathan Ellis
      2. 0001-Increase-CL-with-boostrapping-leaving-node.patch
        36 kB
        Sylvain Lebresne

        Activity

        Jonathan Ellis created issue -
        Jonathan Ellis made changes -
        Field Original Value New Value
        Assignee Jonathan Ellis [ jbellis ] Jaakko Laine [ jaakko ]
        Jonathan Ellis made changes -
        Fix Version/s 0.7 [ 12314533 ]
        Fix Version/s 0.6 [ 12314361 ]
        Jonathan Ellis made changes -
        Assignee Jaakko Laine [ jaakko ]
        Fix Version/s 0.8 [ 12314820 ]
        Fix Version/s 0.7 [ 12314533 ]
        Jonathan Ellis made changes -
        Fix Version/s 0.8.1 [ 12316368 ]
        Fix Version/s 0.8 [ 12314820 ]
        Jonathan Ellis made changes -
        Assignee Sylvain Lebresne [ slebresne ]
        Sylvain Lebresne made changes -
        Sylvain Lebresne made changes -
        Status Open [ 1 ] Patch Available [ 10002 ]
        Jonathan Ellis made changes -
        Attachment 833-v2.txt [ 12479519 ]
        Jonathan Ellis made changes -
        Status Patch Available [ 10002 ] Resolved [ 5 ]
        Reviewer jbellis
        Resolution Fixed [ 1 ]
        Jonathan Ellis made changes -
        Resolution Fixed [ 1 ]
        Status Resolved [ 5 ] Reopened [ 4 ]
        Assignee Sylvain Lebresne [ slebresne ] Jonathan Ellis [ jbellis ]
        Jonathan Ellis made changes -
        Fix Version/s 1.2.0 beta 2 [ 12323284 ]
        Fix Version/s 0.8.1 [ 12316368 ]
        Reviewer jbellis slebresne
        Jonathan Ellis made changes -
        Status Reopened [ 4 ] Resolved [ 5 ]
        Resolution Fixed [ 1 ]
        Gavin made changes -
        Workflow no-reopen-closed, patch-avail [ 12500023 ] patch-available, re-open possible [ 12753388 ]
        Gavin made changes -
        Workflow patch-available, re-open possible [ 12753388 ] reopen-resolved, no closed status, patch-avail, testing [ 12758706 ]

          People

          • Assignee:
            Jonathan Ellis
            Reporter:
            Jonathan Ellis
            Reviewer:
            Sylvain Lebresne
          • Votes:
            0 Vote for this issue
            Watchers:
            4 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Development