[asterisk-dev] [Code Review] Rework CDR API Internals to Prevent Loss of CDR Records

Olle E. Johansson oej at edvina.net
Fri Feb 26 02:27:12 CST 2010


26 feb 2010 kl. 08.55 skrev Russell Bryant:

> Leif Madsen wrote:
> 
>> This sounds very cool! Nice idea.
>> 
>> One thought I had when reading this was, "What happens if a backend is
>> down for 
>> a considerable amount of time, such as, forever? Could this lead to
>> memory being 
>> used up and eventually causing all memory to be used for storing
>> queued up CDR records?"
> 
> This is absolutely correct.  The choice is between increased memory consumption or data loss.  I can't imagine anyone choosing data loss.  Otherwise, what's the point of having the records?
> 
>> If it could, perhaps there should be some sort of mechanism that an 
>> administrator can use to either monitor or control how much memory
>> gets used for caching?
> 
> The current code allows an administrator to see the queue length via the existing "cdr show status" CLI command.
> 
I would like to suggest a manager event at some configured treshold level.

> One idea that your message made me think about is that perhaps instead of just an ERROR in the log when posting CDRs fails, we could allow a script to be run that could notify the administrator.  (Think externnotify for voicemail)
Use the same suggested treshold level :-)

/O


More information about the asterisk-dev mailing list