ssl related core dump

[Robin Mahony]

Got the following backtrace. Not exactly sure how to reproduce, but here is the scenario:

I have 2 instances of the driver in 2 different binaries. One binary is running, with an established connection to Cassandra. The other gets restarted. While the other one is restarting, the one that is connected has this crash.

I have client_encryption enabled and require_client_auth set to true in my cassandra.yaml.

Sorry I can't be more helpful.

#0 0x00007f60f2ef8b55 in raise () from /lib64/libc.so.6
#1 0x00007f60f2efa131 in abort () from /lib64/libc.so.6
#2 0x00007f60f2ef1a10 in __assert_fail () from /lib64/libc.so.6
#3 0x00007f60f42a99db in cass::Handler::set_state(cass::Handler::State) () from /usr/lib64/libcassandra.so.2
#4 0x00007f60f42f004c in cass::Connection::consume(char*, unsigned long) () from /usr/lib64/libcassandra.so.2
#5 0x00007f60f42f0a1f in cass::Connection::on_read_ssl(uv_stream_s*, long, uv_buf_t const*) () from /usr/lib64/libcassandra.so.2
#6 0x00007f60f5c288f1 in ?? () from /usr/lib64/libuv.so.1
#7 0x00007f60f5c28ea8 in ?? () from /usr/lib64/libuv.so.1
#8 0x00007f60f5c2d09a in ?? () from /usr/lib64/libuv.so.1
#9 0x00007f60f5c20865 in uv_run () from /usr/lib64/libuv.so.1
#10 0x00007f60f42e6788 in cass::LoopThread::on_run_internal(void*) () from /usr/lib64/libcassandra.so.2
#11 0x00007f60f5c29ee0 in ?? () from /usr/lib64/libuv.so.1
#12 0x00007f60f6c847b6 in start_thread () from /lib64/libpthread.so.0
#13 0x00007f60f2f9fd6d in clone () from /lib64/libc.so.6
#14 0x0000000000000000 in ?? ()

[Michael Penick]

Thanks Robin. Found the issue: https://datastax-oss.atlassian.net/browse/CPP-285. 

We'll work on getting this into a patch release. As a stop gap you could build the driver without assertions (-DNDEBUG or a via a release build). The state change isn't invalid, but the assertion is.

Mike

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