Uploaded image for project: 'C Driver'
  1. C Driver
  2. CDRIVER-3404

Assertion hit when handshake runs against unknown server type

    • Type: Icon: Bug Bug
    • Resolution: Fixed
    • Priority: Icon: Major - P3 Major - P3
    • 1.16.0
    • Affects Version/s: None
    • Component/s: None
    • None

      Is this SIGABRT while reading records from Mongo using MongoC a bug in the driver itself?

      Here is the stack trace:
      Program received signal SIGABRT, Aborted.
      [Switching to Thread 0x7fc504c0c700 (LWP 10312)]
      0x00007fc5b090e2c7 in raise () from /lib64/libc.so.6
      Missing separate debuginfos, use: debuginfo-install bzip2-libs-1.0.6-13.el7.x86_64 elfutils-libelf-0.172-2.el7.x86_64 elfutils-libs-0.172-2.el7.x86_64 libattr-2.4.46-13.el7.x86_64 libcap-2.22-9.el7.x86_64 systemd-libs-219-62.el7_6.9.x86_64 xz-libs-5.2.2-1.el7.x86_64
      (gdb) bt
      #0 0x00007fc5b090e2c7 in raise () from /lib64/libc.so.6
      #1 0x00007fc5b090f9b8 in abort () from /lib64/libc.so.6
      #2 0x00007fc5b0f05ce7 in mongoc_cmd_parts_assemble (parts=parts@entry=0x7fc504c0b100, server_stream=, error=error@entry=0x7fc5382e9ac0) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cmd.c:804
      #3 0x00007fc5b0eeb6e1 in mongoc_cluster_run_command_parts (cluster=0x7fc51a9771b8, server_stream=, parts=0x7fc504c0b100, reply=0x7fc504c0ae80, error=0x7fc5382e9ac0)
      at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:728
      #4 0x00007fc5b0eecbae in _mongoc_stream_run_ismaster (error=0x7fc5382e9ac0, negotiate_sasl_supported_mechs=, server_id=1, address=, stream=, cluster=0x7fc51a9771b8)
      at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:799
      #5 _mongoc_cluster_run_ismaster (error=0x7fc5382e9ac0, server_id=1, node=0x7fc538429ba0, cluster=0x7fc51a9771b8) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:879
      #6 _mongoc_cluster_add_node (error=0x7fc5382e9ac0, server_id=1, cluster=0x7fc51a9771b8) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:1724
      #7 mongoc_cluster_fetch_stream_pooled (error=0x7fc5382e9ac0, reconnect_ok=, server_id=1, cluster=0x7fc51a9771b8) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:2066
      #8 _mongoc_cluster_stream_for_server (cluster=0x7fc51a9771b8, server_id=1, reconnect_ok=reconnect_ok@entry=true, cs=0x0, reply=reply@entry=0x7fc504c0b500, error=error@entry=0x7fc5382e9ac0)
      at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:1841
      #9 0x00007fc5b0eed95e in _mongoc_cluster_stream_for_optype (cluster=, optype=optype@entry=MONGOC_SS_READ, read_prefs=, cs=, reply=reply@entry=0x7fc504c0b500, error=error@entry=0x7fc5382e9ac0)
      at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:2252
      #10 0x00007fc5b0eed9c5 in mongoc_cluster_stream_for_reads (cluster=, read_prefs=, cs=, reply=reply@entry=0x7fc504c0b500, error=error@entry=0x7fc5382e9ac0)
      at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cluster.c:2290
      #11 0x00007fc5b0ef4d34 in _mongoc_cursor_fetch_stream (cursor=cursor@entry=0x7fc5382e9900) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cursor.c:659
      #12 0x00007fc5b0ef7e53 in _prime (cursor=0x7fc5382e9900) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cursor-find.c:40
      #13 0x00007fc5b0ef5a7b in _call_transition (cursor=0x7fc5382e9900) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cursor.c:1196
      #14 mongoc_cursor_next (cursor=0x7fc5382e9900, bson=0x7fc504c0b9b8) at /home/bmatteso@us.ibm.com/mongo-c-driver-1.15.0/src/libmongoc/src/mongoc/mongoc-cursor.c:1272
      #15 0x00007fc5b4e2d545 in ism_proxy::ActivityDBClient::read (this=0x7fc51a9c2e30, client_state=0x7fc54cfa9660) at /home/hari.palleti@ibm.com/workspace/server_proxy/src/activity/ActivityDBClient.cpp:755
      #16 0x00007fc5b4e4e79d in ism_proxy::ActivityWorker::write_new_record (this=0x7fc54cfa9580, update=std::shared_ptr (count 3, weak 0) 0x7fc54cfa97f0) at /home/hari.palleti@ibm.com/workspace/server_proxy/src/activity/ActivityWorker.cpp:499
      #17 0x00007fc5b4e4cc52 in ism_proxy::ActivityWorker::run (this=0x7fc54cfa9580) at /home/hari.palleti@ibm.com/workspace/server_proxy/src/activity/ActivityWorker.cpp:241
      #18 0x00007fc5b4e537ff in std::Mem_fn<void (ism_proxy::ActivityWorker::)()>::operator()<, void>(ism_proxy::ActivityWorker_) const (this=0x7fc51b4055b8, __object=0x7fc54cfa9580) at /usr/include/c++/4.8.2/functional:601
      #19 0x00007fc5b4e5370b in std::Bind_simple<std::_Mem_fn<void (ism_proxy::ActivityWorker::)()> (ism_proxy::ActivityWorker_)>::_M_invoke<0ul>(std::_Index_tuple<0ul>) (this=0x7fc51b4055b0) at /usr/include/c++/4.8.2/functional:1732
      #20 0x00007fc5b4e535c9 in std::Bind_simple<std::_Mem_fn<void (ism_proxy::ActivityWorker::)()> (ism_proxy::ActivityWorker_)>::operator()() (this=0x7fc51b4055b0) at /usr/include/c++/4.8.2/functional:1720
      #21 0x00007fc5b4e53518 in std::thread::Impl<std::_Bind_simple<std::_Mem_fn<void (ism_proxy::ActivityWorker::)()> (ism_proxy::ActivityWorker_)> >::_M_run() (this=0x7fc51b405598) at /usr/include/c++/4.8.2/thread:115
      #22 0x00007fc5b0470070 in ?? () from /lib64/libstdc++.so.6
      #23 0x00007fc5b0cacdd5 in start_thread () from /lib64/libpthread.so.0
      #24 0x00007fc5b09d602d in clone () from /lib64/libc.so.6
      (gdb)

            Assignee:
            kevin.albertson@mongodb.com Kevin Albertson
            Reporter:
            mdickens@us.ibm.com Marc Dickenson
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: