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 intial
value to 1:
MEMDBG ?= 1
The you re-compile/re-generate debs.
To doublecheck, once everything was re-installed, run kamailio -V, you
should see DBG_QM_MALLOC in flags string.
Set debug lever to some big value, say 5, test again and send over the
syslog messages along with the backtrace from the new core.
Thanks for assistance,
Daniel
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.
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)? If is local domain and not
in dns then add:
alias=voice.djuk.ee
Cheers,
Daniel
On 2/8/10 10:14 PM, Dmitri wrote:
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 PM, Dmitri wrote:
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, 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
# set ulimit
ulimit -c unlimited
# start kamailio manually
kamailio
now kamailio should be running as user root and should be able to
core dump into /tmp
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 00007fa8b592ae43 sp 00007fff48ff9f40 error 4 in
tm.so[7fa8b5917000+72000]
Daniel, I can't remember. Is it necessary to turn off some
compiler optimizations in Makefile.defs to get a useful
backtrace? (or was that in Asterisk?)
regards
klaus
BR,
Dmitri
I don't know it this applies to you but also check the following:
1. You have enough space in the partition where $COREDIR is
created
2. Check that the user that runs kamailio (usually openser)
has read
write access on that directory
Also if you grep for core in the /var/log/ directory I believe
that
there might be some lines either in dmesg or in messages that
tell
you if a core was created or not.
Hope what I said is not redundant and it helps.
Marius
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users
--
Daniel-Constantin Mierla
eLearning class for Kamailio 3.0.0
Starting Feb 8, 2010
*http://www.asipto.com/
--
Daniel-Constantin Mierla
eLearning class for Kamailio 3.0.0
Starting Feb 8, 2010
*http://www.asipto.com/
--
Daniel-Constantin Mierla
eLearning class for Kamailio 3.0.0
Starting Feb 8, 2010
* http://www.asipto.com/
_______________________________________________
Kamailio (OpenSER) - Users mailing list
Users@lists.kamailio.org
http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
http://lists.openser-project.org/cgi-bin/mailman/listinfo/users