[release] OSS C/C++ v2.15.1 and DSE C/C++ v1.10.2 Patch Releases

34 views
Skip to first unread message

Fero

unread,
Mar 18, 2020, 5:08:35 PM3/18/20
to DataStax C++ Driver for Apache Cassandra User Mailing List
We are happy to announce two new patch releases for the OSS and DSE C/C++ drivers.

OSS v2.15.1
IssueSummaryType
CPP-747Cannot connect to Keyspace with Uppercase charactersBug
CPP-847Add CentOS 8 supportTask
CPP-889Duplicated entry for the DSE features docDocumentation
CPP-890Update CCM bridge to work with C* 4.0 alpha releasesTest
CPP-891Fix compiler issues with SSL certificates when using c++03 compilersTest
CPP-897Simplify cmake buildImprovement
CPP-913It's possible for a token map replica set for a given range to have duplicatesBug
CPP-914It's possible for a WaitForHandler's on_set() method to be called after timeout/errorBug

Community Contribution SummaryGitHub UserType
Fix cflags when build with CASS_INSTALL_HEADER_IN_SUBDIR onremicolletDocumentation
Fix typo in RequestProcessorInitializer::internal_initializem8mbleBuild


DSE v1.10.2

IssueSummaryType
CPP-747Cannot connect to Keyspace with Uppercase charactersBug
CPP-847Add CentOS 8 supportTask
CPP-884Deprecate pending request timeouts metric and remove unused internal logicImprovement
CPP-885Fix filtering load balancing policies (and remove duplicated load balancing policy chain)Bug
CPP-890Update CCM bridge to work with C* 4.0 alpha releasesTest
CPP-913It's possible for a token map replica set for a given range to have duplicatesBug
CPP-914It's possible for a WaitForHandler's on_set() method to be called after timeout/errorBug


Note: Starting with OSS v2.15.0 all DSE driver features are present. We recommend upgrading to the new unified driver whenever possible.


DSE v1.10.2

~Fero


 


Paul McCracken

unread,
Apr 7, 2020, 11:15:42 AM4/7/20
to DataStax C++ Driver for Apache Cassandra User Mailing List
Hello,

I am building a c++ application that uses the cpp-driver to connect to a Cassandra database. I updated to the latest 2.15.1 driver, and all of a sudden my application would go up to 100% cpu usage on startup and not get past the Cluster constructor.

I downloaded the code from github to debug it, and found the issue. The fix for CPP-913 (Ensure no duplicates in token map replica sets) was causing my build_replicas_simple to never complete.

Further digging revealed that my "system_distributed" and "system_traces" keyspaces were created with replication_factors of 3 and 2 respectively. My dev environment only has 1 node, so build_replicas_simple would add it initially, then repeat forever trying to add another one while skipping over the one that already was added.

I don't believe I did anything special when installing cassandra, installing the latest from apache, which I assume would have set up some default keyspaces.

Now, in my setup, having the replication factor set to greater than the number of nodes doesn't make much sense, so altering the keyspace to set the replication_factor to 1 means I am back up and running, but to me that should not be a reason for a hang on startup. Worst case error out if a replication_factor is greater than the number of nodes, but I would think a warning would be more appropriate.

Is this intended behaviour, or something that will get fixed?

I'm running Ubuntu 18.04 LTS. Initial install was back in mid-December, and it is pretty much up to date.
[cqlsh 5.0.1 | Cassandra 3.9 | CQL spec 3.4.2 | Native protocol v4]

Thanks,
Paul

Tamal Adhikary

unread,
Jun 5, 2020, 10:50:09 AM6/5/20
to DataStax C++ Driver for Apache Cassandra User Mailing List
Hi,
I am trying to connect to Cassandra version: 4.0-alpha using latest datastax cpp driver version from github. I am getting the following error.

1591368119.754 [ERROR] (cluster_connector.cpp:192:void datastax::internal::core::ClusterConnector::on_connect(datastax::internal::core::ControlConnector*)): Unable to establish a control connection to host 127.0.0.1 because of the following error: Underlying connection error: Received error response 'Invalid or unsupported protocol version (66); supported versions are (3/v3, 4/v4, 5/v5-beta)' (0x0200000A)
1591368119.754 [WARN] (cluster_connector.cpp:289:void datastax::internal::core::ClusterConnector::on_connect(datastax::internal::core::ControlConnector*)): Host 127.0.0.1 does not support protocol version DSEv2. Trying protocol version DSEv1...
1591368119.759 [ERROR] (cluster_connector.cpp:192:void datastax::internal::core::ClusterConnector::on_connect(datastax::internal::core::ControlConnector*)): Unable to establish a control connection to host 127.0.0.1 because of the following error: Underlying connection error: Received error response 'Invalid or unsupported protocol version (65); supported versions are (3/v3, 4/v4, 5/v5-beta)' (0x0200000A)
1591368119.759 [WARN] (cluster_connector.cpp:289:void datastax::internal::core::ClusterConnector::on_connect(datastax::internal::core::ControlConnector*)): Host 127.0.0.1 does not support protocol version DSEv1. Trying protocol version v4...
release_version: '4.0-alpha5-SNAPSHOT'

Is there any updated version of datastax?

Thanks.

Michael Penick

unread,
Jun 5, 2020, 11:37:04 AM6/5/20
to DataStax C++ Driver for Apache Cassandra User Mailing List
Does the driver not connect? 

Those are pretty normal warnings, the driver is negotiating the protocol version down to the supported version.

--
To unsubscribe from this group and stop receiving emails from it, send an email to cpp-driver-us...@lists.datastax.com.


--

Tamal Adhikary

unread,
Jun 5, 2020, 7:43:47 PM6/5/20
to DataStax C++ Driver for Apache Cassandra User Mailing List
I think it works. The query was:
const CassValue* value = cass_row_get_column_by_name(row, "release_version");

        const char* release_version;
        size_t release_version_length;
        cass_value_get_string(value, &release_version, &release_version_length);
        printf("release_version: '%.*s'\n", (int)release_version_length, release_version);
The version of Cassandra is showing.

I got confused with the warning messages and it aslo contained [ERROR] token.

Thanks a lot.

Reply all
Reply to author
Forward
0 new messages