Hi,

Thanks.

when i changed to myisam engine (after reading a little) the error stoped even on a very high number of CAPS.

i will try to use the db_insert_mode = 1 to increase the speed of the transaction.

BR,

Uri

Hi

I've also seen this error
"ERROR: acc [acc.c:405]: failed to insert into database ".

This seem to happen when cdrs_procedure runs at the same time of acc table insert. Can also be reliably reproduced by locking the acc table, make a call (about 20 seconds or more), end the call, wait for a short while, unlock acc table. This causes this error, and Kamailio inserts duplicated INIVTE / BYE entries into acc table. The number of duplicated entries depends on how long you've locked the table for. So I think this acc insert error may have been to do with table locking when cdrs_procedure is run.

When there are duplicated entries in acc table, cdrs_procedure takes the first INVITE/BYE entires and updated the cdrs table correctly. But threw an error when it hits the next duplicated entry and stop. So for us it didn't seem to cause any trouble for cdrs records so I didn't chase it further. But would be nice if we could stop/handle the duplicated entries some how.

Not a fix at at all, just some clues that might help.

Yufei

On Wed, Mar 21, 2012 at 8:28 PM, Uri Shacked <ushacked@gmail.com> wrote:

Well, after some experiments...

Two things made the difference:

1. Use only the id as Pkey and remove all other indexes (helped a little).

2. Set myisam engine to the table (i knew that but tried innodb for its reliability)

Now we are back in order to deal with many, many CAPS.

Thanks,

If someone has another idea, and uses innodb for the ACC. please advise...

BR,

Uri
On Tue, Mar 20, 2012 at 12:22 PM, Uri Shacked <ushacked@gmail.com> wrote:
no log on the msqld for it.

there is the CDR server that collects the events every 5 min and deletes old once... i disabled it becoase i believed it was it. but, no.... the error apears again...

a BI specialist told me it must have something to do with the number of columns and the data type...
On Tue, Mar 20, 2012 at 12:06 PM, Daniel-Constantin Mierla <miconda@gmail.com> wrote:
Do you have error messages in mysql server logs? Is there another application that may block the acc table?

The error refers to unavailability of the mysql server...

Cheers,
Daniel
On 3/20/12 11:03 AM, Uri Shacked wrote:
ERROR: db_mysql [km_dbase.c:122]: driver error on query: Lost connection to MySQL server during query
Mar 18 20:03:38 net-ivr-KamIN-J1 /usr/local/sbin/kamailio[2671]: ERROR: <core> [db_query.c:186]: error while submitting query
Mar 18 20:03:38 net-ivr-KamIN-J1 /usr/local/sbin/kamailio[2671]: ERROR: acc [acc.c:405]: failed to insert into database

Whe apears, from time to time, for some of them. it can rest for 2-10 hours, then have a "glitch" of 160 sql driver errors, and rest again....
On Tue, Mar 20, 2012 at 11:51 AM, Daniel-Constantin Mierla <miconda@gmail.com> wrote:
Hello,

On 3/20/12 10:11 AM, Uri Shacked wrote:

Hi,

I am using the ACCDB with extra data. I collect the data to AVP's and set it on the db_extra. It gets to be 37 columns…. Pretty long…

The problem I experience is that after a while (2-3 hours) with about 15 CAPS the MySQL ACC insert error appears.

And, I am loosing accounting data.
what are the errors? Once they appear, is it for all records or just from time to time, to some of them?

Cheers,
Daniel
Except of narrowing the amount of columns and setting the fields (INT,CHAR etc.), does anyone has any ideas?

The db_insert_mode set to 1 does not work (my ACC table is INNODB because I don’t want to lose info).

BR,

Uri
_______________________________________________
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 Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany http://www.asipto.com/index.php/kamailio-advanced-training/
-- 
Daniel-Constantin Mierla
Kamailio Advanced Training, April 23-26, 2012, Berlin, Germany
http://www.asipto.com/index.php/kamailio-advanced-training/