Uploaded image for project: 'Cassandra'
  1. Cassandra
  2. CASSANDRA-5660

Gossiper incorrectly drops AppState for an upgrading node

    XMLWordPrintableJSON

    Details

    • Severity:
      Low

      Description

      When doing a major rev upgrade (from 1.1 to 1.2, for example), after a node is upgraded to the new version, the older nodes incorrectly drop ApplicationState about the new nodes when the new ones attempt to connect. The short story is the older node doesn't allow the new node to connect because it contains a higher message protocol version number, and will call Gossiper.addSavedEndpoint(), which overwrites any previous entry in the endpointStateMap.

      Here's a fuller description of the steps:

      0) have a stable, multi-datacenter cluster running 1.1.x
      1) upgrade one node to 1.2, and bring it up
      2) 1.2 node starts to gossip
      3) 1.1 node gets request in IncomingTcpConnection. 1.1 checks the messaging version, sees that it is greater than it's own, and calls Gossiper.addSavedEnpoint, which overwrites any previous entry in endpointStateMap. 1.1 closes connection
      4) 1.1 node chooses to gossip with 1.2 (as it kept the InetAddr around), on 1.2's publicIp. As standard part of request header, it sends it's version along
      5) 1.2 node ACKs the gossip request, and sends along the message version of 1.1 in it's header
      6) 1.1 can successfully accept the ACK connection and Gossiper.handleMajorStateChange() is called and the 1.2 node is fully 'alive' to this 1.1 node
      6a) if you are using Ec2MultiRegionSnitch, it's onAlive/onJoin methods are called, and eventually onChange. If 1.2 node is in same region as 1.1,
      1.1 node will close the socket on the publicIP, and attempt to connect on localIp
      7) when 1.2 reads on publicIp socket it will find it has been closed (broken pipe). It then closes its end of socket and calls Gossiper.resetVersion().
      This throws away the previously recorded messaging version for the 1.1 node (Gossiper.versions). Thus, when 1.2 goes to communicate back with 1.1,
      it sends it's message protocol version (instead of 1.1's), and we're back at step 3 again.

      For most use cases, there is an very short term problem of the AppState getting dropped, but that will be quickly fixed when the lower version node connects to the newer node (and passes it's message protocol version). However, everything goes to hell in a handbasket when the Ec2MultiRegionSnitch gets involved (steps 6a/7 above) and the connections keep getting closed.

        Attachments

        1. 0001-5660.diff
          1 kB
          Jason Brown

          Issue Links

            Activity

              People

              • Assignee:
                jasobrown Jason Brown
                Reporter:
                jasobrown Jason Brown
                Authors:
                Jason Brown
                Reviewers:
                Brandon Williams
              • Votes:
                0 Vote for this issue
                Watchers:
                2 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: