[asterisk-dev] [Code Review] 3144: Protect manager data structures during shutdown.

[Guenther Kelleter]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/3144/#review10646
-----------------------------------------------------------



/branches/11/main/manager.c
<https://reviewboard.asterisk.org/r/3144/#comment20137>

    This replaces session_destroy(...) with unref_mansession(...) so session is not removed from container anymore. Was that intended?


- Guenther Kelleter


On Jan. 21, 2014, 1:04 a.m., rmudgett wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/3144/
> -----------------------------------------------------------
> 
> (Updated Jan. 21, 2014, 1:04 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Bugs: AST-1242
>     https://issues.asterisk.org/jira/browse/AST-1242
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> Occasionally, the manager module would get an "INTERNAL_OBJ: bad magic number" error on a "core restart gracefully" command if an AMI connection is established.
> 
> * Added ao2_global_obj protection to the sessions global container.
> 
> * Fixed the order of unreferencing a session object in session_destroy().
> 
> * Removed unnecessary container traversals of the white/black filters during session_destructor().
> 
> 
> Diffs
> -----
> 
>   /branches/11/main/manager.c 405984 
> 
> Diff: https://reviewboard.asterisk.org/r/3144/diff/
> 
> 
> Testing
> -------
> 
> Since I was not able to reprocuce the INTERNAL_OBJ error reported, I just tested to see that things still worked.
> * The CLI "manager show connected" still works.
> * The system can still restart and shutdown.
> 
> 
> Thanks,
> 
> rmudgett
> 
>

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