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@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@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