Mailing-List: contact dev-help@flink.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@flink.apache.org
Date: Thu, 25 Aug 2016 22:53:20 +0000 (UTC)
From: "Elias Levy (JIRA)" <jira@apache.org>
To: dev@flink.apache.org
Message-ID: <JIRA.13000202.1472165562000.415235.1472165600702@Atlassian.JIRA>
In-Reply-To: <JIRA.13000202.1472165562000@Atlassian.JIRA>
References: <JIRA.13000202.1472165562000@Atlassian.JIRA> <JIRA.13000202.1472165562299@arcas>
Subject: [jira] [Created] (FLINK-4500) Cassandra sink can lose messages
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
archived-at: Thu, 25 Aug 2016 22:53:22 -0000

Elias Levy created FLINK-4500:
---------------------------------

             Summary: Cassandra sink can lose messages
                 Key: FLINK-4500
                 URL: https://issues.apache.org/jira/browse/FLINK-4500
             Project: Flink
          Issue Type: Bug
          Components: Cassandra Connector
    Affects Versions: 1.1.0
            Reporter: Elias Levy


The problem is the same as I pointed out with the Kafka producer sink (FLINK-4027).  The CassandraTupleSink's send() and CassandraPojoSink's send() both send data asynchronously to Cassandra and record whether an error occurs via a future callback.  But CassandraSinkBase does not implement Checkpointed, so it can't stop checkpoint from happening even though the are Cassandra queries in flight from the checkpoint that may fail.  If they do fail, they would subsequently not be replayed when the job recovered, and would thus be lost.

In addition, 
CassandraSinkBase's close should check whether there is a pending exception and throw it, rather than silently close.  It should also wait for any pending async queries to complete and check their status before closing.


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