Hi Liviu ,
My document DB is act like a cluster . I have created only 1 instance in
the cluster which has write/read permission and is the primary instance .
DocumentDB says this is the way to connect to the Db from remote
application .
cluster : mongodb://master:@
docdb-xxx.cluster-c8aqanvkjwjr
It looks like you are connecting to a single node (which is SECONDARY),
rather than a replica set,
so the driver is unable to locate a PRIMARY node, to which it can issue
writes.
What does your DocumentDB infrastructure look like? Is it a replica
set? A single instance?
Liviu Chircu
OpenSI
Is there any update on this ? I am blocked here .
*Thanks & Regards*
*Sasmita Panda*
*Senior Network Testing and Software Engineer*
*3CLogic , ph:07827611765*
On Mon, Sep 16, 2019 at 1:05 PM Sasmita Panda wrote:
> The new core file is given below in pastebin
>
> https://pastebin.com/zMpf12M
The new core file is given below in pastebin
https://pastebin.com/zMpf12MQ
Rather than this , I was trying to upgrade mongo c library to 1.9 and
running with document DB .
Here I am not able to connect to Document DB . its giving below error
When I am connecting with SSL=true
ERROR:cachedb_mon
Let's follow the official build guide [1], maybe it will make things easier.
So make sure to install below requirements, then try again:
sudo apt install cmake libssl-dev libsasl2-dev
[1]: http://mongoc.org/libmongoc/current/installing.html
Liviu Chircu
OpenSIPS Developer
http://www.opensips-s
Hi ,
I am using ubuntu 16 . I am not able to run make command . Its giving error
.
make[1]: Entering directory '/opt/mongo-c-driver'
CCLD test-replica-set
/usr/bin/ld: tests/test_replica_set-ha-test.o: undefined reference to
symbol 'pthread_once@@GLIBC_2.2.5'
//lib/x86_64-linux-gnu/libpthre
I suggest we manually compile a debuggable version of libmongoc library
v1.3.1 using the following steps:
# clone the libmongoc library source code
git clone https://github.com/mongodb/mongo-c-driver -b 1.3.1
~/src/mongo-c-driver
cd ~/src/mongo-c-driver
# prepare necessary packages
apt remove
I have tried with single-slash too same thing happens . Opensips crashes
when its going to publish the metadata in documentDB .
What should you suggest now ? Will I upgrade the library version . I am
trying that option .
*Thanks & Regards*
*Sasmita Panda*
*Senior Network Testing and Software
Maybe I'm seeing things, but isn't there a "//" double-slash typo in
there? ("...:27017//opensipsDB...")
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 11.09.2019 12:58, Sasmita Panda wrote:
modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://
opensips3:cluster
I had done the same . But that wont work .
loadmodule "cachedb_mongodb.so"
loadmodule "db_cachedb.so"
modparam("cachedb_mongodb", "cachedb_url","mongodb:instance1://
opensips3:cluster@
docdb-2019-09-06-06-01-38.c8aqanvkjwjr.us-east-1.docdb.amazonaws.com:27017/
/opensipsDB.userlocation?ssl=true&ss
Sorry, I meant "cachedb_url", of course.
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 11.09.2019 12:32, Liviu Chircu wrote:
when specifying the usrloc "db_url" modparam
___
Users mailing list
Users@lists.opensips.org
http://l
Library and server versions look good. The library is a bit old (I've
only tested with 1.4),
but it shouldn't make a difference. Truth be told, both 1.3 and 1.4 are
_very_ old compared
to what the MongoDB docs are saying. However, they work fine in real life!
Can you try the following: when
I think this version is not comparable with mondodb 3.6 . mongo driver 1.9
onward is comparable with mongodb 3.6 .
Let me upgrade this first . Then will let you know the out come .
*Thanks & Regards*
*Sasmita Panda*
*Senior Network Testing and Software Engineer*
*3CLogic , ph:07827611765*
On W
dpkg -l | grep -i libmongoc
ii libmongoc-1.0-0 1.3.1-1
amd64MongoDB C client library - runtime files
ii libmongoc-dev1.3.1-1
amd64MongoDB C client library - dev files
*Thanks & Regard
Document db engine version : docdb 3.6.0
*Thanks & Regards*
*Sasmita Panda*
*Senior Network Testing and Software Engineer*
*3CLogic , ph:07827611765*
On Wed, Sep 11, 2019 at 2:45 PM Sasmita Panda wrote:
> MongoDB server version: 3.6.0
> MongoDB shell version v3.6.14
>
> libmongoc : /usr/lib/
Can you also do "dpkg -l | grep -i libmongoc"? Maybe the library is too
new or too old.
I'm asking because I've played with multiple setups using federated
clustering +
Mongo 3.6 without any aborts in the library so far. So we need to think
outside the box here :)
Liviu Chircu
OpenSIPS Dev
MongoDB server version: 3.6.0
MongoDB shell version v3.6.14
libmongoc : /usr/lib/x86_64-linux-gnu/libmongoc-1.0.so.0
I havent done any changes in libmongoc . This is the version I am using to
connect mongodb also .
Document DB says , to use mongodb version 3.6 above if you wanted to
connect to
Thank you for the info, it's as clean of a crash trace as we can get, since
we do not have any debug symbols for the mongo library (it seems the
only way
to get them is to compile/install the library by hand, which is not
feasible).
Before digging deeper: are you able to determine what Mongo s
Pested the core dump with bt full in pastebin.com . Below is the link .
https://pastebin.com/DuXV311r
I hope I have given the right thing to detect the crash . Let me know if
you need anything else .
*Thanks & Regards*
*Sasmita Panda*
*Senior Network Testing and Software Engineer*
*3CLogic ,
Hi Sasmita,
Are you able to locate the corefile? If you supply the "-w "
parameter to your opensips,
then it should be in that directory, otherwise look inside the root "/"
directory. There should be
a file named "core" or "core.X" somewhere.
Once found, please run "gdb /usr/sbin/opensi
20 matches
Mail list logo