[Freeswitch-users] Channels and calls lost in SQLite

Michael Collins msc at freeswitch.org
Thu Sep 2 00:17:02 PDT 2010


Can you guys narrow down the commit that pushed things over the edge? Or
doesn't git have some sort of magic tool that helps you figure this kind of
thing out?

-MC

On Wed, Sep 1, 2010 at 9:17 PM, Moises Silva <moises.silva at gmail.com> wrote:

> I've seen exactly that behavior.
>
> First some warnings about events "queued at lower priority" and some time
> later "Event queue is full!"
>
> Stopping the sipp traffic then shows some channels stuck, show channels
> display channels that are no longer there. We reverted to our previous git
> version of FreeSWITCH and the error is gone.
>
> Moises Silva
> Senior Software Engineer
> Sangoma Technologies Inc. | NEW 100 Renfrew Drive, Suite 100, Markham ON
> L3R 9R6 Canada
> t. 1 905 474 1990 x128 | e. moy at sangoma.com
>
>
>
> 2010/9/1 João Mesquita <jmesquita at freeswitch.org>
>
>> Hello guys,
>>
>> I have a problem that started to happen after I upgraded to git head last
>> night. No configuration changes were made and this is the intriguing part.
>>
>> I have SQLite being mounted on tmpfs on busy Dell 1950s. After some time
>> on the busy moments of the day, FS starts to not delete channels/calls from
>> SQLite and leaves very little trace for me to track.
>>
>> I grep'ed the logs for SQL errors and found nothing.. The only part of the
>> log that I could spot and that called my attention was this line that
>> repeated several times during the periods where the problem occurs:
>>
>> switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event at
>> a lower priority %d/%d!\n", index, was);
>>
>> 11:23:13.977874 [WARNING] switch_event.c:1353 queued event at a lower
>> priority 1/0!
>>
>> Which is printed from the following code:
>>
>>                    for (index = (*event)->priority; index < 3; index++) {
>>                         int was = (*event)->priority;
>>  if (switch_queue_trypush(EVENT_QUEUE[index], *event) ==
>> SWITCH_STATUS_SUCCESS) {
>> if (index != was) {
>>  switch_log_printf(SWITCH_CHANNEL_LOG, SWITCH_LOG_WARNING, "queued event
>> at a lower priority %d/%d!\n", index, was);
>> }
>>  goto end;
>> }
>>
>> From what I could understand on the code, seems like there are 3 event
>> priority queues and that message occurs when queue 0 is full. How exactly
>> that relates to the problem, I am not sure so I see myself here lost in
>> translation. Could the core_event_handler not receive some messages
>> therefore not execute the sql statements? If that's the case, maybe I lost
>> some log line telling me that we were loosing events?
>>
>> I hope someone can shed some light.
>>
>> Thank you,
>> João Mesquita
>>
>> _______________________________________________
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20100902/519ffe49/attachment-0001.html 


More information about the FreeSWITCH-users mailing list