[
https://issues.apache.org/jira/browse/CASSANDRA-18781?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17757059#comment-17757059
]
Runtian Liu commented on CASSANDRA-18781:
-----------------------------------------
We can tell if a stream operation is bulk load by checking the TYPE of the
operation.
[https://github.com/apache/cassandra/blob/trunk/src/java/org/apache/cassandra/streaming/StreamOperation.java#L28]
We are upgrading Cassandra from version 3.0 to 4.0. Apparently, the 3.0
sstableloader client cannot load data to the 4.0 server, and vice versa. By
looking into the code, it looks like the streaming header has changed from 3.0
to 4.0. If client and server cannot recognize each other, we cannot get a
successful stream.
> Add the ability to disable bulk load on server end and add metrics for bulk
> load used
> -------------------------------------------------------------------------------------
>
> Key: CASSANDRA-18781
> URL: https://issues.apache.org/jira/browse/CASSANDRA-18781
> Project: Cassandra
> Issue Type: Improvement
> Reporter: Runtian Liu
> Priority: Normal
>
> Currently, Cassandra database users can use sstableloader to bulk load data
> into Cassandra. However, for a Cassandra operator, there is no way to
> forcibly block this behavior. Additionally, there is no metric indicating
> whether the bulk load is being used on the server side. If a client is using
> sstableloader, they will also need to upgrade the sstableloader code to the
> new major version. This lack of control and visibility can become a blocker
> during a major version upgrade.
>
> 1. Can we add a config to disable bulk load feature? Or it falls into
> https://issues.apache.org/jira/browse/CASSANDRA-8303
> 2. Can we add metrics for bulk load used on server end?
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org
For additional commands, e-mail: commits-h...@cassandra.apache.org
