[asterisk-bugs] [JIRA] (ASTERISK-21859) Confbridge fails when kicking users via end_marked=yes

[Chris Gentle (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-21859?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=207024#comment-207024 ] 

Chris Gentle commented on ASTERISK-21859:
-----------------------------------------

Hey, thanks for your help on this Rusty.  Maybe I've got something else going on.  I'll attach all the relevant stuff.  As far as compilation, I build from source running the standard make menuselect, make, make install.  Nothing special.

There may be a better way to do this.  The conference leader is ALWAYS the alsa channel because I'm using the mic input to feed the conference.  Everyone else is muted and just listening.  To automate the entire process, I use two VERY SIMPLE shell scripts called leader_connect.sh and leader_disconnect.sh which will be called from cron.  When leader_connect.sh runs, the alsa channel connects to the conference as the leader and also starts the ices participant via chan_local.  Then, some time later, leader_disconnect.sh will run and this should stop the leader and kick everyone else to end the conference cleanly.

The following steps get the conference into a bad state for me requiring a restart of asterisk:

1.  Dial in from SIP or IAX and enter the conference.  Should hear moh until leader joins.
2.  confbridge list should show 1 user
3.  From a shell prompt, run leader_connect.sh.  This will connect the leader and feed the conference with the mic input.  The ices participant will also be connected via chan_local.
4.  Run confbridge list.  Should show 3 users.
5.  Run leader_disconnect.sh
6.  confbridge list now shows 1 active conference with 0 users.  If things had exited cleanly, the conference would have been destroyed and the list would be empty.  Conference appears to be in a bad state at this point.  Note the ices process has been stopped as expected.
7.  Run leader_connect.sh
8.  confbridge list shows 2 users (leader and ices).
9.  Run leader_disconnect.sh
10.  confbridge list shows 1 user, apparently the Local channel (ices) did not get kicked and the ices process is still running.
11.  Restart asterisk to clear.

                
> Confbridge fails when kicking users via end_marked=yes
> ------------------------------------------------------
>
>                 Key: ASTERISK-21859
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-21859
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Applications/app_confbridge
>    Affects Versions: 11.4.0
>         Environment: Asterisk 11.4.0 on Raspberry Pi with 2-9-2013-debian-wheezy and 11.3.0 running on an Intel Atom w/ Ubuntu 12.04.
>            Reporter: Chris Gentle
>            Assignee: Chris Gentle
>
> Please reference:
> http://lists.digium.com/pipermail/asterisk-users/2013-June/279231.html
> I've set up a conference where I'm relying on end_marked=yes to kick all participants when the leader exits.  This results in an error as shown below:
> {noformat}
>  << Hangup on console >>
>     -- <Bridge/0x2364be4-input> Playing 'confbridge-leave.slin' (language 'en')
>     -- Stopped music on hold on SIP/gent_2880-00000002
>     -- <SIP/gent_2880-00000002> Playing 'custom/thank-you.ulaw' (language 'en')
>     -- Executing [1000 at conferences:2] Hangup("SIP/gent_2880-00000002",
> "") in new stack
> == Spawn extension (conferences, 1000, 2) exited non-zero on
> 'SIP/gent_2880-00000002'
> {noformat}
> In this case, the conference leader was the alsa console channel.  Once it was hung up, a non-zero exit status caused the confbridge to go into a bad state showing 0 users:
> confbridge list
> {noformat}
> Conference Bridge Name           Users  Marked Locked?
> ================================ ====== ====== ========
> 1000                                  0      0 unlocked
> {noformat}
> Asterisk has to be restarted to clear this.  In a normal exit, a "confbridge list" would not show conference 1000 because it would have been destroyed.
> If no participants are dialed into the conference, everything closes cleanly when the leader exits.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira