18 Jan
2014
18 Jan
'14
3:36 p.m.
Hello,
do you call any sql query in failure routes?
I want to see of worth looking at if the query is too slow for the
transaction to stay in memory after there is a final response to it.
Cheers,
Daniel
On 16/01/14 11:51, Uri Shacked wrote:
Daniel hi,
I attached the following file:
1."bt full" and "log" for each of the 3 servers.
2.The central MySQL slow queries log
3.The var/log/messages from one server.
The servers crashed at different times but:
1.The MySQL server was very slow between 16:10:00 till 16:12:00
(approximately).
2.On each server, I am pretty sure, kamailio crashed while doing the
data reload from modules like MTREE, HTABLE, DIALPLAN and CARRIERROUTE
(all and all round 100,000 rows).
Thanks again,
Uri
On Thu, Jan 16, 2014 at 2:17 AM, Daniel-Constantin Mierla
<daniel(a)asipto.com <mailto:daniel@asipto.com>> wrote:
Hello,
the backtrace shows a crash in tm module, not sqlops.
Can you tell which of the log files correspond to the instance
that produced the core file from where you took the back trace you
attached?
Can you give the backtraces from all cores? You say there were 3
crashes. It is important to see if the backtrace is the same
everywhere.
Cheers,
Daniel
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda