Hi Dmitri,
On 2/10/10 10:43 PM, Dmitri wrote:
Hello Daniel,
Tested installation in vmware -- softphone has been successfully
registered.
Problem was with KVM.
I am sorry for your time.
no problem. Good that it was sorted out. Such issue should have been
spotted so far, it was pretty trivial
Hello Daniel,
Tested installation in vmware -- softphone has been successfully registered.
Problem was with KVM.
I am sorry for your time.
Now time for me to learn configuration documents.
Thank you for your help.
BR,
Dmitri
10.02.2010 22:43, Daniel-Constantin Mierla пишет:
Hi Dmitri,
I got zo
Hi Daniel,
I have to say that I tested installation in KVM hardware accelerated
virtual machine.
I'll try to test it on vmware and on real hardware as well. I'll report
you about results.
BR,
Dmitri
10.02.2010 22:43, Daniel-Constantin Mierla пишет:
Hi Dmitri,
I got zoiper communicator (mac
Hi Dmitri,
I got zoiper communicator (mac os x, v1.15.6377) and tested with it
kamailio 3.0.0 from git (on ubuntu 9.10). Registrations and calls work
ok, nothing wrong spotted in signaling or syslog.
Looks very likely there is an issue between build system and deployed
system, some library o
Hello,
On 2/9/10 10:27 PM, Dmitri wrote:
Hello Daniel,
I am very sorry about my installation.. I proceeded by documents, but
got a lot of errors.
It is true, i forgot to put definitions to global parameter.
Yes, I build on one system, and then move debs to other one. All
depends on second mac
Hi Dmitri,
your installation is very weird ...
I just took everything, compiled and run with default config file, no
problem.
Do you build the packages and run them on the same system? Or you have a
build system and then copy&install on another one?
Please send here the output of:
uname -a
Hello Daniel,
I have no idea what is wrong with config file, because I only changed
default DB passwords in original config.
May be there were any other commits to git today ?
Here is diff between current .cfg and .cfg from deb package:
kamailio:/etc/kamailio# diff ./kamailio.cfg ./kamailio.cfg
Hello,
1. Yes, there is at least 2 times more space than core dump needs.
2. I could find nothing, unfortunately...
I can only see that problem is related to tm.so library:
kamailio kernel: [ 1051.432646] kamailio[2678]: segfault
at 12 ip 7fa8b592ae43 sp 7fff48ff9f40 error 4 in
tm.so[7fa8
Hello Dmitri,
On 2/9/10 6:32 PM, Dmitri wrote:
Hello Daniel,
I fetched sources from git again, this time there was MEMDBG option. I
enabled this and regenerated debs.
Purged old installation, installed new debs, checked for existence of
DBG_QM_MALLOC. It was there.
changed DB config (replaced
Hi Dnitri,
On 2/9/10 9:19 AM, Dmitri wrote:
Hello Daniel,
I fetched source code from git using
# git clone --depth 1 git://git.sip-router.org/sip-router kamailio
# cd kamailio
# git checkout -b kamailio_3.0 origin/kamailio_3.0
But there is no MEMDBG option in Makefile.defs
devel:/usr/sr
Hi Dnitri,
On 2/9/10 9:19 AM, Dmitri wrote:
Hello Daniel,
I fetched source code from git using
# git clone --depth 1 git://git.sip-router.org/sip-router kamailio
# cd kamailio
# git checkout -b kamailio_3.0 origin/kamailio_3.0
But there is no MEMDBG option in Makefile.defs
devel:/usr/sr
Hello Daniel,
I fetched source code from git using
# git clone --depth 1 git://git.sip-router.org/sip-router kamailio
# cd kamailio
# git checkout -b kamailio_3.0 origin/kamailio_3.0
But there is no MEMDBG option in Makefile.defs
devel:/usr/src/kamailio-3.0.0/kamailio# grep MEMDBG ./Makef
Hello,
On 2/8/10 10:46 PM, Dmitri wrote:
Hello,
No, it is not local, it is reacheable over internet, real dns domain.
Waiting for your instructions.
just committed to git, so first pull the repository to get the last version.
Then, open Makefile.defs file and search for MEMDBG, update the inti
Hello,
On 2/8/10 11:09 PM, Dmitri wrote:
Hello,
The PC has private address on eth0 interface and public on ppp0
default route looks like:
default dev ppp0 scope link
Tomorrow I'll try to play with ngrep.
it is looping on the IP you can see in the Record-Route headers:
SUBSCRIBEsip:d...@voic
Hello,
The PC has private address on eth0 interface and public on ppp0
default route looks like:
default dev ppp0 scope link
Tomorrow I'll try to play with ngrep.
BR,
Dmitri
08.02.2010 23:59, Daniel-Constantin Mierla пишет:
Hello,
On 2/8/10 10:46 PM, Dmitri wrote:
Hello,
No, it is not local,
Hello,
On 2/8/10 10:46 PM, Dmitri wrote:
Hello,
No, it is not local, it is reacheable over internet, real dns domain.
why is it looping then? I see many Record Route headers with same IP,
should be one since it is no transport layer gatewaying.
You can use ngrep to watch the network and see w
Hello,
No, it is not local, it is reacheable over internet, real dns domain.
Waiting for your instructions.
BR,
Dmitri.
08.02.2010 23:27, Daniel-Constantin Mierla пишет:
Hello,
might be a buffer overflow somewhere else. I will send you some
instructions to compile with memory debug one.
Mea
Am 08.02.2010 21:23, schrieb Dmitri:
Hello Klaus,
Thank you for suggestion. Now I got core, and output of gdb you may see
in attached file.
Core was about 40M of size.
I have to say that i never used kamailio before and this crash is my
first experience.
This is indeed a bad first-experience
Hello,
might be a buffer overflow somewhere else. I will send you some
instructions to compile with memory debug one.
Meanwhile, this seems to be a particular case (has to be found and fixed
anyhow), the SUBSCRIBE is looping. Is voice.djuk.ee a local domain
(matching the 'myself' condition)?
Hello,
Updated gdb output in attached file.
BR,
Dmitri
08.02.2010 22:51, Daniel-Constantin Mierla пишет:
Hello,
once you are in gdb, run 'bt' to get the backtrace. That is very
useful in the first step to see what functions were executed before
the crash.
Thanks,
Daniel
On 2/8/10 9:23 P
Hello,
once you are in gdb, run 'bt' to get the backtrace. That is very useful
in the first step to see what functions were executed before the crash.
Thanks,
Daniel
On 2/8/10 9:23 PM, Dmitri wrote:
Hello Klaus,
Thank you for suggestion. Now I got core, and output of gdb you may
see in at
Hello Klaus,
Thank you for suggestion. Now I got core, and output of gdb you may see
in attached file.
Core was about 40M of size.
I have to say that i never used kamailio before and this crash is my
first experience.
BR,
Dmitri
08.02.2010 21:37, Klaus Darilion пишет:
Am 08.02.2010 20:00
On 2/8/10 8:37 PM, Klaus Darilion wrote:
Am 08.02.2010 20:00, schrieb Dmitri:
Hello,
1. Yes, there is at least 2 times more space than core dump needs.
# Try specifying things manually, as user root:
echo "/tmp/core.%e.sig%s.%p" > /proc/sys/kernel/core_pattern
# verify configuration changes
Am 08.02.2010 20:00, schrieb Dmitri:
Hello,
1. Yes, there is at least 2 times more space than core dump needs.
# Try specifying things manually, as user root:
echo "/tmp/core.%e.sig%s.%p" > /proc/sys/kernel/core_pattern
# verify configuration changes
cat /proc/sys/kernel/core_pattern
# se
Hello,
can you please answer/comment all the topics in an email? They are
intended to help me (other developers) to troubleshoot. Answering only
one means I have to write again the rest ...
Thanks,
Daniel
On 2/8/10 8:17 PM, Dmitri wrote:
Hello,
No, I do not using those modules. I created de
Hello,
No, I do not using those modules. I created debian modules from latest
git sources as well and have same crash.
Modules I am using are:
grep -e '^loadmodule.*' ./kamailio.cfg
loadmodule "db_mysql.so"
loadmodule "mi_fifo.so"
loadmodule "kex.so"
loadmodule "tm.so"
loadmodule "tmx.so"
loadmo
Hello,
are you using siptrace of uac modules? There were some fixes in regard
to the interaction of these modules with tm, you would have to use git
for now to get the latest 3.0.0 version:
http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-3.0.x-from-git
On 2/8/10 8:00 PM, Dmitri wro
Hello,
1. Yes, there is at least 2 times more space than core dump needs.
2. I could find nothing, unfortunately...
I can only see that problem is related to tm.so library:
kamailio kernel: [ 1051.432646] kamailio[2678]: segfault
at 12 ip 7fa8b592ae43 sp 7fff48ff9f40 error 4 in
tm.so[7fa8b
In previous message should be:
#directory for the core dump files
08.02.2010 15:48, Dmitri пишет:
Hi Klaus,
Yes, it is permanent error. And I enabled core dumping in
/etc/default/kamailio and specified location in init script,
but core was not generated
if test "$DUMP_CORE" = "yes" ; th
Dmitri wrote:
There should be
#directory for the core dump files
in previous message, I made a mistake when composed message
08.02.2010 15:48, Dmitri пишет:
Hi Klaus,
Yes, it is permanent error. And I enabled core dumping in
/etc/default/kamailio and specified location in init script,
but co
There should be
#directory for the core dump files
in previous message, I made a mistake when composed message
08.02.2010 15:48, Dmitri пишет:
Hi Klaus,
Yes, it is permanent error. And I enabled core dumping in
/etc/default/kamailio and specified location in init script,
but core was not gene
Hi Klaus,
Yes, it is permanent error. And I enabled core dumping in
/etc/default/kamailio and specified location in init script,
but core was not generated
if test "$DUMP_CORE" = "yes" ; then
# set proper ulimit
ulimit -c unlimited
directory for the core dump files
COREDIR=/tmp
[ -d $CORE
Hi Dmitri!
Is this bug reproduce-able? If yes, please activate core dumping in
/etc/defaults/kamailio and configure location of core file in
/etc/init.d/kamailio (search for "core")
regards
klaus
Am 08.02.2010 12:16, schrieb Dmitri:
Hello list,
I have fresh installation of Debian Squeeze o
Hello list,
I have fresh installation of Debian Squeeze on X86_64.
I downloaded source tarball
http://www.kamailio.org/pub/kamailio/latest/src/kamailio-3.0.0_src.tar.gz
and did 'make deb' there.
So, I got following debian packages:
kamailio_3.0.0_amd64.deb, kamailio-berkeley-modules_3.0.0_amd6
34 matches
Mail list logo