[asterisk-bugs] [JIRA] (ASTERISK-29609) Subsequent 'ael reload' will cause a lock up

Mark Murawski (JIRA) noreply at issues.asterisk.org
Mon Aug 23 19:59:33 CDT 2021


Mark Murawski created ASTERISK-29609:
----------------------------------------

             Summary: Subsequent 'ael reload' will cause a lock up
                 Key: ASTERISK-29609
                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-29609
             Project: Asterisk
          Issue Type: Bug
      Security Level: None
          Components: PBX/pbx_ael
    Affects Versions: 18.6.0, 17.9.3, GIT, 16.15.1
            Reporter: Mark Murawski
            Severity: Major


Requirements for reproduction of bug:
- Have a 'decent amount' of ael.  In this case, I have 650 lines of AEL in variety of files.

Obviously not a 'normal' use case to issue 10 reloads at once, but when multiple scripts/systems might be asking Asterisk to reload at the same time, this could be triggered.

5 to 10 reloads should do it!
vbox-markm-x64 {/etc/asterisk/ael} root# for i in `seq 1 10`; do asterisk -rx "ael reload" &  done
[1] 12335
[2] 12336
[3] 12337
[4] 12338
[5] 12339
[6] 12340
[7] 12341
[8] 12342
[9] 12343
[10] 12344
vbox-markm-x64 {/etc/asterisk/ael} root# asterisk -rx "core show locks" | grep "Thread ID" | wc -l
12

Depending what else is running at the time (perhaps pjsip adding hints to dialplan).  This will escallate quickly and lead to a very locked up Asterisk

The fix is to address the missing reload mutex in pbx_ael.  



--
This message was sent by Atlassian JIRA
(v6.2#6252)



More information about the asterisk-bugs mailing list