Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cassandra.apache.org
Date: Mon, 9 Nov 2015 03:39:11 +0000 (UTC)
From: "Joel Knighton (JIRA)" <jira@apache.org>
To: commits@cassandra.apache.org
Message-ID: <JIRA.12911412.1447039520000.12563.1447040351073@Atlassian.JIRA>
In-Reply-To: <JIRA.12911412.1447039520000@Atlassian.JIRA>
References: <JIRA.12911412.1447039520000@Atlassian.JIRA>
 <JIRA.12911412.1447039520032@arcas>
Subject: [jira] [Updated] (CASSANDRA-10674) Materialized View SSTable
 streaming/leaving status race on decommission
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/CASSANDRA-10674?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joel Knighton updated CASSANDRA-10674:
--------------------------------------
    Attachment:     (was: system.log)

> Materialized View SSTable streaming/leaving status race on decommission
> -----------------------------------------------------------------------
>
>                 Key: CASSANDRA-10674
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-10674
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Coordination, Distributed Metadata
>            Reporter: Joel Knighton
>         Attachments: leaving-node-debug.log, receiving-node-debug.log
>
>
> On decommission of a node in a cluster with materialized views, it is possible for the decommissioning node to begin streaming sstables for an MV base table before the receiving node is aware of the leaving status.
> The materialized view base/view replica pairing checks pending endpoints to handle the case when an sstable is received from a leaving node; without the leaving message, this check breaks and an exception is thrown. The streamed sstable is never applied.
> A log from a node receiving such a stream is attached.


--
This message was sent by Atlassian JIRA
(v6.3.4#6332)