[
https://issues.apache.org/jira/browse/CASSANDRA-20096?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=18121462#comment-18121462
]
Arvind Kandpal commented on CASSANDRA-20096:
--------------------------------------------
Thanks [~smiklosovic] and [~absurdfarce] . Makes sense. Until the tools move
to the 4.x driver, this at least makes sstableloader fail with a clear message
instead of exiting with 0. Once that lands, the vector part of the message and
its test can be updated, and the missing keyspace and no replicas checks will
still be useful.
> sstableloader fails for tables containing vector columns but return code is 0
> -----------------------------------------------------------------------------
>
> Key: CASSANDRA-20096
> URL: https://issues.apache.org/jira/browse/CASSANDRA-20096
> Project: Apache Cassandra
> Issue Type: Bug
> Components: Tool/sstable
> Reporter: Aniket Anvit
> Assignee: Arvind Kandpal
> Priority: Normal
> Labels: sstableloader
> Fix For: 5.0.x, 7.x
>
> Time Spent: 50m
> Remaining Estimate: 0h
>
> For Apache Cassandra 5.0, sstableloader fails to load data into a table which
> has vector columns but still returns 0.
> {code:java}
> ERROR 07:34:38,796 Error parsing schema for table cycling.comments_vs:
> Cluster.getMetadata().getKeyspace("cycling").getTable("comments_vs") will be
> missing or incomplete
> java.lang.IllegalArgumentException: Could not parse type name vector<float, 5>
> at
> com.datastax.driver.core.DataTypeCqlNameParser.parse(DataTypeCqlNameParser.java:233)
> at com.datastax.driver.core.TableMetadata.build(TableMetadata.java:311)
> at
> com.datastax.driver.core.SchemaParser.buildTables(SchemaParser.java:302)
> at
> com.datastax.driver.core.SchemaParser.buildKeyspaces(SchemaParser.java:203)
> at com.datastax.driver.core.SchemaParser.refresh(SchemaParser.java:109)
> at
> com.datastax.driver.core.ControlConnection.refreshSchema(ControlConnection.java:417)
> at
> com.datastax.driver.core.ControlConnection.tryConnect(ControlConnection.java:324)
> at
> com.datastax.driver.core.ControlConnection.reconnectInternal(ControlConnection.java:235)
> at
> com.datastax.driver.core.ControlConnection.connect(ControlConnection.java:109)
> at
> com.datastax.driver.core.Cluster$Manager.negotiateProtocolVersionAndConnect(Cluster.java:1813)
> at com.datastax.driver.core.Cluster$Manager.init(Cluster.java:1726)
> at com.datastax.driver.core.Cluster.init(Cluster.java:214)
> at com.datastax.driver.core.Cluster.connectAsync(Cluster.java:387)
> at com.datastax.driver.core.Cluster.connectAsync(Cluster.java:366)
> at com.datastax.driver.core.Cluster.connect(Cluster.java:311)
> at
> org.apache.cassandra.utils.NativeSSTableLoaderClient.init(NativeSSTableLoaderClient.java:70)
> at
> org.apache.cassandra.io.sstable.SSTableLoader.stream(SSTableLoader.java:197)
> at org.apache.cassandra.tools.BulkLoader.load(BulkLoader.java:92)
> at org.apache.cassandra.tools.BulkLoader.main(BulkLoader.java:58){code}
> Summary shows 0 bytes transferred.
> {code:java}
> Summary statistics:
> Connections per host : 1
> Total files transferred : 0
> Total bytes transferred : 0B
> Total duration : 3278 ms
> Average transfer rate : 0.000B/s
> Peak transfer rate : 0B/s {code}
>
> Update 11/27/2024
> Important Observation:
> When I tried the above bulkload, there was another table in my
> cassandra-cluster in which one of the columns was a UDT containing a vector
> type. After dropping that table and UDT, bulkload worked.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
