cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Blake Eggleston (JIRA)" <>
Subject [jira] [Updated] (CASSANDRA-13944) Throw descriptive errors for mixed mode repair attempts
Date Tue, 24 Oct 2017 20:57:00 GMT


Blake Eggleston updated CASSANDRA-13944:
    Resolution: Fixed
        Status: Resolved  (was: Patch Available)

committed as {{2b507c03c5190c744c5e84d7ca5cf7afa2b5c2ae}}

> Throw descriptive errors for mixed mode repair attempts
> -------------------------------------------------------
>                 Key: CASSANDRA-13944
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Repair
>            Reporter: Blake Eggleston
>            Assignee: Blake Eggleston
>            Priority: Minor
>             Fix For: 4.0
> We often make breaking changes to streaming and repair between major versions, and don't
usually support either in mixed mode clusters. Streaming connections check protocol versions,
but repair message handling doesn't, which means cryptic exceptions show up in the logs when
operators forget to turn off whatever's scheduling repairs on their cluster. Refusing to send
or receive repair messages to/ from incompatible messaging service versions, and throwing
a descriptive exception would make it clearer why repair is not working, as well as prevent
any potentially unexpected behavior.

This message was sent by Atlassian JIRA

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message