Re: [asterisk-users] CDR records and conferences
On Mar 15 2016, at 8:06 pm, Richard Kenner ken...@gnat.com wrote: > At least in version 12.2.0, the code in cdr.c appears to create CDR records for each pair of users in a conference. This is quadratic and would seem to be an issue with large conferences. > > I got two Asterisk crashes when a lot of people tried to dial into a conference. They appear quite related to > > https://issues.asterisk.org/jira/browse/ASTERISK-24758 If you think is related that issue you can reopen. This issue was closed by not activity, if you put more information and help maybe is possible will resolve in case if was a bug. Regards, -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
[asterisk-users] CDR records and conferences
At least in version 12.2.0, the code in cdr.c appears to create CDR records for each pair of users in a conference. This is quadratic and would seem to be an issue with large conferences. I got two Asterisk crashes when a lot of people tried to dial into a conference. They appear quite related to https://issues.asterisk.org/jira/browse/ASTERISK-24758 There are thousands of CDR entries on the chain. I believe this is due to the quadratic behavior above. Not all of the "last" fields point to the same entry, which is peculiar, though. I think that my crash was caused by a stack overflow in recursive calls to delete the huge CDR chain (over 7,000 entries). Why are all these CDR entries made? -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
