From: Russell Bryant Date: Sat, 25 Oct 2008 10:59:02 +0000 (+0000) Subject: Move AMI initialization to occur after loading modules. This prevents a X-Git-Tag: 1.4.23-rc1~18 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=17f164852cd4392ebdaf415f9e2d5f633e0cbdcc;p=thirdparty%2Fasterisk.git Move AMI initialization to occur after loading modules. This prevents a deadlock when someone tries to initiate a module reload from the AMI just as Asterisk is starting. (closes issue #13778) Reported by: hotsblanc Fix suggested by hotsblanc git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@151905 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- diff --git a/main/asterisk.c b/main/asterisk.c index cee50d6770..0a978a949e 100644 --- a/main/asterisk.c +++ b/main/asterisk.c @@ -3061,11 +3061,6 @@ int main(int argc, char *argv[]) ast_channels_init(); - if (init_manager()) { - printf(term_quit()); - exit(1); - } - if (ast_cdr_engine_init()) { printf(term_quit()); exit(1); @@ -3115,6 +3110,15 @@ int main(int argc, char *argv[]) exit(1); } + /* AMI is initialized after loading modules because of a potential + * conflict between issuing a module reload from manager and + * registering manager actions. This will cause reversed locking + * order between the module list and manager actions list. */ + if (init_manager()) { + printf(term_quit()); + exit(1); + } + dnsmgr_start_refresh(); /* We might have the option of showing a console, but for now just