[sr-dev] Failed to suspend processing error

M S shaheryarkh at gmail.com
Tue Oct 6 00:28:39 CEST 2015


Great, it all makes a lot of sense now. Thank you so much.

I will do some more reading and testing on mqueues.

Thank you.



On Tue, Oct 6, 2015 at 12:11 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> no longer need for debug messages, I know the reason now. Suspending a
> 'terminated' transaction exposes the risk of either crash or memory leak. A
> transaction in this state has either a short life (few seconds) or lives
> forever, because the transaction in terminated state can be cleaned up by
> the wait timer, or if reference counter is incremented, is unlikely to be
> decremented because no new branch transmission will be done on a
> transaction that has a final response sent out. If you did the processing
> very shortly after the sending of response, then you were within the
> cleanup interval, but at any time can risk a crash, if there is some delay
> in processing the async task.
>
> Therefore, if the final response was sent out, the  best is to send needed
> data to another process via mqueue. The consumer processes of mqueue task
> can be created with rtimer module. See sipweet slides in the next
> presentation for a sample of mqueue+rtimer usage:
>
> -
> http://www.kamailio.org/events/2014-KamailioWorld/day2/26-Daniel-Constantin.Mierla-Kamailio.cfg-Async.pdf
>
> Cheers,
> Daniel
>
>
> On 05/10/15 16:59, M S wrote:
>
> Hi,
>
> Yes, i send final response before calling the method. The data returned by
> SQL is processed by method to send new sip requests using uac modules. I
> will send you debug level 3 logs shortly.
>
> Thank you.
>
>
>
> On Mon, Oct 5, 2015 at 3:32 PM, Daniel-Constantin Mierla <
> <miconda at gmail.com>miconda at gmail.com> wrote:
>
>> Hello,
>>
>> was there a final response sent to the caller?
>>
>> Can you run with debug=3 and send the log messages to me?
>>
>> Cheers,
>> Daniel
>>
>>
>> On 05/10/15 12:46, M S wrote:
>>
>> Hi,
>>
>> I have upgraded to Kamailio v4.3.3 rev. e275bc on my test server running
>> debian wheezy 32 bit and getting this error,
>>
>> --
>> ERROR: async [async_sleep.c:248]: async_send_task(): failed to suspend
>> the processing
>> --
>>
>> Basically, I am running a sql query in script which if returns any
>> records then i suspend the transaction with "async_task_route" to process
>> data returned by query later on. The problem happens when this
>> "async_task_route" method is executed. This is old code which was working
>> perfectly fine with Kamailio v4.3.2 and it only gives error after the
>> upgrade to v4.3.3.
>>
>> Please help.
>>
>> Thank you.
>>
>>
>>
>>
>>
>> _______________________________________________
>> sr-dev mailing listsr-dev at lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>> --
>> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>> Book: SIP Routing With Kamailio - http://www.asipto.com
>> Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - http://asipto.com/u/kat
>>
>>
>> _______________________________________________
>> sr-dev mailing list
>> sr-dev at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>>
>>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
> Book: SIP Routing With Kamailio - http://www.asipto.com
> Kamailio Advanced Training, Sep 28-30, 2015, in Berlin - http://asipto.com/u/kat
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-dev/attachments/20151006/8fb8def2/attachment-0001.html>


More information about the sr-dev mailing list