[asterisk-bugs] [JIRA] (ASTERISK-25167) Testsuite: Resolve remaining Asterisk shutdown timeout's
Kevin Harwell (JIRA)
noreply at issues.asterisk.org
Wed Jun 24 09:48:32 CDT 2015
[ https://issues.asterisk.org/jira/browse/ASTERISK-25167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=226602#comment-226602 ]
Kevin Harwell commented on ASTERISK-25167:
------------------------------------------
I've fixed the following three rest_api tests as part of ASTERISK-24782 ([review 692|https://gerrit.asterisk.org/#/c/692/] && [review 693|https://gerrit.asterisk.org/#/c/693/]):
{quote}
tests/rest_api/external_interaction/attended_transfer/non_stasis_app_to_stasis_bridge/
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_bridge/different_stasis_app/
tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_bridge/same_stasis_app/
{quote}
These all now pass and asterisk cleanly shutdowns for each one.
> Testsuite: Resolve remaining Asterisk shutdown timeout's
> --------------------------------------------------------
>
> Key: ASTERISK-25167
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-25167
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Tests/testsuite
> Reporter: Corey Farrell
> Assignee: Kevin Harwell
> Severity: Minor
>
> A few tests remain where asterisk does not cleanly shutdown.
> * tests/bridge/bridge_action/
> * tests/channels/pjsip/transfers/attended_transfer/nominal/callee_local_direct_media/
> * tests/channels/pjsip/transfers/attended_transfer/nominal/caller_local_direct_media/
> * tests/fax/pjsip/directmedia_reinvite_t38/
> * tests/manager/redirect/dual/bridge/same/
> * tests/masquerade/
> * tests/rest_api/external_interaction/attended_transfer/non_stasis_app_to_stasis_bridge/
> * tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_bridge/different_stasis_app/
> * tests/rest_api/external_interaction/attended_transfer/stasis_bridge_to_stasis_bridge/same_stasis_app/
> This list is based on the latest Bamboo run of the testsuite with reference debugging enabled. For now it is easiest to assume that any test producing thousands of leaked objects probably had a timeout for shutdown.
> Once these tests are fixed we will be able to switch from {{kill -9}} to {{kill -6}} on timeout of Asterisk shutdown. This is needed to identify situations where shutdown actually freezes, so we can see exactly where it locked up.
> Help with any of these is appreciated. Please comment on this ticket if you are working on one or more tests.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list