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

Assertion error in MessagingService.addCallback

    XMLWordPrintableJSON

Details

    • Bug
    • Status: Resolved
    • Normal
    • Resolution: Fixed
    • 1.2.17
    • None
    • None
    • Cassandra 2.0.2 DCE, Cassandra 1.2.15

    • Normal

    Description

      Two of the three Cassandra nodes in one of our clusters just started behaving very strange about an hour ago. Within a minute of each other they started logging AssertionErrors (see stack traces here: https://gist.github.com/iconara/7917438) over and over again. The client lost connection with the nodes at roughly the same time. The nodes were still up, and even if no clients were connected to them they continued logging the same errors over and over.

      The errors are in the native transport (specifically MessagingService.addCallback) which makes me suspect that it has something to do with a test that we started running this afternoon. I've just implemented support for frame compression in my CQL driver cql-rb. About two hours before this happened I deployed a version of the application which enabled Snappy compression on all frames larger than 64 bytes. It's not impossible that there is a bug somewhere in the driver or compression library that caused this – but at the same time, it feels like it shouldn't be possible to make C* a zombie with a bad frame.

      Restarting seems to have got them back running again, but I suspect they will go down again sooner or later.

      Attachments

        1. 6476.txt
          4 kB
          Brandon Williams

        Activity

          People

            brandon.williams Brandon Williams
            iconara Theo Hultberg
            Brandon Williams
            Benedict Elliott Smith
            Votes:
            0 Vote for this issue
            Watchers:
            7 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: