[asterisk-dev] Bridge not in Stasis application

[abhay at avissol.com]

Hi ,

 

I have not raised the issue on issue tracker as I have not been able to simulate the issue , but is happening as rare occurrence every 1-2 days on production server and so wanted to trace it further .

 

I have been able to debug till this function in bridge.c where it reaches and so thread is working properly 

 

static void bridge_base_dissolving(struct ast_bridge *self)

{

        ast_debug(1,"Bridge dissolving %s in bridge_base_dissolving\n",self->uniqueid);

        ao2_unlink(bridges, self);

}

 

After this on unlink the destroy function is not being called i.e “static void destroy_bridge(void *obj)” can you guide me on how to debug/trace it further .

 

Regards,

 

Abhay

 

From: asterisk-dev <asterisk-dev-bounces at lists.digium.com> On Behalf Of Joshua C. Colp
Sent: 20 February 2020 19:37
To: Asterisk Developers Mailing List <asterisk-dev at lists.digium.com>
Subject: Re: [asterisk-dev] Bridge not in Stasis application

 

On Thu, Feb 20, 2020 at 9:30 AM Abhay Gupta <abhay at avissol.com <mailto:abhay at avissol.com> > wrote:

I agree it is signalling a thread and so it is async . But the other lines never appear and so bridge is never destroyed fully and if we issue the delete command again it gives “Bridge not in Stasis application” . I have logs for more then an hour after the issue and BridgeDestroy event was not there .

 

We are not dependent on it being synchronous , but were trying to debug the issue of “Bridge not in Stasis application”

 

I'd suggest filing an issue[1] with the Asterisk console log with debug and an example application. It sounds like some weird race condition or interaction.

 

[1] https://issues.asterisk.org/jira 

 

-- 

Joshua C. Colp

Asterisk Technical Lead

Sangoma Technologies

Check us out at www.sangoma.com <http://www.sangoma.com>  and www.asterisk.org <http://www.asterisk.org> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20200226/3d832e05/attachment-0001.html>