I had to upgrade to the lastest version of Postgres to get past this
error but then ran into the problem of "undefined symbol TLSv1_method"
Thanks
Nathaniel
On 8/1/2012 3:00 PM, Daniel-Constantin Mierla wrote:
Hello,
can you paste here the output of following command executed in the
db_post
Kamailio was build from the git source, postgres and openssl was
installed with yum
On 7/25/2012 1:29 AM, Alex Balashov wrote:
Did you build from source?
On 07/25/2012 02:26 AM, Akan wrote:
Here is the output:
ldd /usr/local/kamailio-3.2/lib64/kamailio/modules/db_postgres.so
Here is the output:
ldd /usr/local/kamailio-3.2/lib64/kamailio/modules/db_postgres.so
libsrdb2.so.1 =>
/usr/local/kamailio-3.2/lib64/kamailio/libsrdb2.so.1 (0x2b1e331ea000)
libsrdb1.so.1 =>
/usr/local/kamailio-3.2/lib64/kamailio/libsrdb1.so.1 (0x2b1e333f1000)
li
I am getting this error when trying to run kamailio on Centos 5.5. I
have Postgresql 9.1.4 installed and I have tried with both OpenSSL
v0.9.8e and v1.0.1c and I still get the same error. Any help would be
appreciated.
ERROR: [sr_module.c:565]: ERROR: load_module: could not open
module :
/u
bytes? Checking quickly to gcc, the option
should be |-mno-faster-structs
So try:
make proper
make FLAVOUR=kamailio cfg|
make Q=0 CC_EXTRA_OPTS=|-mno-faster-structs all|
...
By providing Q=0, you will see all compile flags, verify that
|-mno-faster-structs is there.
Cheers,
Daniel
|
On
gdb) info registers g1
g1 0x7666c3e4 -2308520988
(gdb) info registers o3
o3 0x18f3d0 1635280
I hope this helps in trying to resolve this problem and to find a
solution. Also, if you need a sparc system to test with, just let me
know. We can help from a sparc perspective.
Alexandr,
that did it!
Thanks
Nathaniel
On 6/15/2012 4:46 PM, Alexandr Dubovikov wrote:
Hallo Akan,
oops, sorry :-(
please add new typedef after u_int16_t;
#ifdef __OS_solaris
typedef uint8_t u_int8_t;
typedef uint16_t u_int16_t;
*typedef uint16_t u_int32_t;*
#define IPPROTO_IPIP
laris IPIP protocol has name
ENCAP */
#endif
Thanks
Nathaniel
On 6/15/2012 9:15 AM, Alexandr Dubovikov wrote:
Hi Akan,
looks like in your system has not defined __OS_solaris
open sipcapture.h and add this string on top:
#define __OS_solaris 1
and recompile modules again.
Wbr,
Alexandr
On 06/
When compiling kamailio v3.3, I am getting this error from sipcapture
and siptrace. I am compiling on solaris 10, 64bit Sun server with gnu
tools.
CC (gcc) [M sipcapture.so] sipcapture.o
In file included from sipcapture.c:76:0:
sipcapture.h:48:4: error: unknown type name 'u_int32_
I tested the patch and got different results. A core dump was still
produced but in a different program. I have included the full backtrace.
Thanks
Nathaniel
On 6/12/2012 1:10 PM, Akan wrote:
Yes, this is a 64bit system
Thanks
Nathaniel
On 6/12/2012 1:50 AM, Daniel-Constantin Mierla
Yes, this is a 64bit system
Thanks
Nathaniel
On 6/12/2012 1:50 AM, Daniel-Constantin Mierla wrote:
Hello,
is it 64bit architecture?
Cheers,
Daniel
On 6/11/12 9:12 PM, Akan wrote:
Here is the information requested:
System = SunOS
Node = -f
Release = 5.10
KernelID = Generic_141444-09
beginning of the
straucture, just to see if that is the problem, although is should
not be.
I will add a patch soon, otherwise I am out of ideas for the moment
with the SIGBUS, I would need access to the machine to do some
testing by myself.
Cheers,
Daniel
On 6/2/12 10:36 PM, Akan wr
On 5/30/2012 2:25 PM, Daniel-Constantin Mierla wrote:
Hello,
On 5/30/12 9:10 PM, Akan wrote:
This was a re-pull from the git master. I had deleted all of the old
files and issued these commands:
git clone --depth 1 git://git.sip-router.org/sip-router kamailio
cd kamailio
git checkout -b 3.2
Nathaniel
On 5/30/2012 9:55 AM, Daniel-Constantin Mierla wrote:
Hello,
On 5/30/12 4:26 AM, Akan wrote:
Sorry. To make sure I got the right versions, I removed all of the
previous files, reloaded and re-compiled Kamailio from git and ran
the test again.
is it git master branch? Because the branch 3.2
er set?
Also, from the backtrace, the condition is not
104 if (realm_prefix.len>0 &&
realm_prefix.len
but
104 if (realm_prefix.len &&
realm_prefix.len
It looks it is without the last recommendation I made - now I pushed
the change also in master
I'd setup another solaris server with kamailio v3.2, applied the patch
and tested the change. Kamailio did not crash nor took a core dump. So
it looks like it might be a hardware problem now.
Thanks
Nathaniel
On 5/9/2012 1:52 PM, Akan wrote:
I changed the use_domain parameter for usrloc
you try with use_domain
parameter set to 0 for usrloc module?
Cheers,
Daniel
On 5/5/12 5:29 PM, Akan wrote:
I made the change and still have the problem. I have included the
output from stepping thru via gdb and the block of code where I made
the change and that was executed.
98 if
the first part of the condition at line 104 to:
if (realm_prefix.len>0 && ...
Cheers,
Daniel
On 5/4/12 4:42 AM, Akan wrote:
I was able to step thru via gdb to the point where Kamailio took a
segment fault. I have included a backtrace as well as the output from
me stepping thru co
think is not accessible anymore at
runtime via the cfg structure, so I changed the field for prefix to
str and initialized to null to force allocation in any case.
Can you try with the attached patch and tell if works fine?
Cheers,
Daniel
On 4/28/12 6:49 PM, Akan wrote:
I tried adding the
,
Daniel
On 4/28/12 6:49 PM, Akan wrote:
I tried adding the realm_prefix and still got the same problem. I ran
kamailio thru gdb to try and step thru and get more information and
have included the output in the attached text file. Hope this helps.
Thanks
Nathaniel L Keeling
On 4/26/2012 2:42 PM
I tried adding the realm_prefix and still got the same problem. I ran
kamailio thru gdb to try and step thru and get more information and have
included the output in the attached text file. Hope this helps.
Thanks
Nathaniel L Keeling
On 4/26/2012 2:42 PM, Akan wrote:
No, but I do have an
s, can you paste it here?
Cheers,
Daniel
On 4/25/12 9:42 PM, Akan wrote:
I have 2 servers running Solaris and Kamailio 3.2.3 where on one
Kamailio is terminating when it tries to save the location for a
register request and the other is producing a core dump when
processing an Option request.
I have 2 servers running Solaris and Kamailio 3.2.3 where on one
Kamailio is terminating when it tries to save the location for a
register request and the other is producing a core dump when processing
an Option request. I have one server handling Register request while the
other sip server for
The fix fixed the problem with the select but I am still getting core
dumps. This looks like when an Option request comes in. I have included
the back trace from the core files.
Thanks
Nathaniel
On 4/19/2012 10:16 AM, Akan wrote:
The fix resolved the problem.
Thanks
Nathaniel
On 4/18
Hello,
I am trying to setup a stateless proxy where certain requests are
forwarded to another sip server that will handle those requests
specifically. I have the request message forwarding to the other sip
server but the reply is being sent back to the original sip server then
to the client.
The fix resolved the problem.
Thanks
Nathaniel
On 4/18/2012 3:03 AM, Daniel-Constantin Mierla wrote:
Hello,
On 4/17/12 4:52 AM, Akan wrote:
Sorry, I am new to git. What is the git command to add the patch or
can I just download all of the updates?
you can download now all updates if you
process back trace.
Can you try with the patch from following commit:
http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=40ddcf88df9ef71bba7c182b7a1d76b559645628
If all goes fine with it, I will backport to stable branch.
Cheers,
Daniel
On 4/16/12 2:58 AM, Akan wrote:
On
ile.
Cheers,
Daniel
On 4/14/12 6:58 PM, Akan wrote:
Here is the output from gdb that you requested:
Core was generated by `./kamailio'.
Program terminated with signal 10, Bus error.
#0 0x0001001c9ff0 in cfg_destory_groups () at cfg/cf
nside gdb execute 'bt full' and send the output here.
Cheers,
Daniel
On 4/14/12 2:56 AM, Akan Technology wrote:
hello,
I am running kamailio 3.2.2 on Solaris 10 64 bit and I am getting a
core dump on this statement:
$ru = "sip:" + $rU + "@" + $sel(cfg_get.regi
hello,
I am running kamailio 3.2.2 on Solaris 10 64 bit and I am getting a core
dump on this statement:
$ru = "sip:" + $rU + "@" + $sel(cfg_get.registrar1.server_ip)
+ $sel(cfg_get.registrar1.server_port);
Here is how the variable is defined:
registrar1.se
hello,
I am running kamailio 3.2.2 on Solaris 10 64 bit and I am getting a core
dump on this statement:
$ru = "sip:" + $rU + "@" + $sel(cfg_get.registrar1.server_ip)
+ $sel(cfg_get.registrar1.server_port);
Here is how the variable is defined:
registrar
31 matches
Mail list logo
