[asterisk-bugs] [JIRA] (ASTERISK-30432) res_speech_aeap: Tight loop; high CPU usage
Peter Howell (JIRA)
noreply at issues.asterisk.org
Wed Feb 22 09:26:03 CST 2023
[ https://issues.asterisk.org/jira/browse/ASTERISK-30432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=261435#comment-261435 ]
Peter Howell commented on ASTERISK-30432:
-----------------------------------------
We had one context that handles the speech to text and it did have a _. in the extension, so if the call ended at the right time, while it was in that sub-routine, it should also capture the h and re-execute; so, we are definitely good to close this out.
Thanks for all your help! We had thought it was connected to the AEAP module.
> res_speech_aeap: Tight loop; high CPU usage
> -------------------------------------------
>
> Key: ASTERISK-30432
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-30432
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/NewFeature
> Affects Versions: 18.16.0
> Environment: CentOS-7 3.10.0-1160.76.1.el7.x86_64
> Reporter: Peter Howell
> Assignee: Peter Howell
> Attachments: asterisk-open-files.txt, core-asterisk-running-2023-02-20T17-18-13Z-brief.txt, core-asterisk-running-2023-02-20T17-18-13Z-full.txt, core-asterisk-running-2023-02-20T17-18-13Z-info.txt, core-asterisk-running-2023-02-20T17-18-13Z-locks.txt, core-asterisk-running-2023-02-20T17-18-13Z-thread1.txt, dump.pcap
>
>
> We see that on occasion closed AEAP connections to Asterisk are not closing. We are sending an OP_CLOSE before closing the connection, but it seems under certain conditions, the connection does not close. At this point, Asterisk goes into a tight loop on these zombie connections and the result is high CPU usage.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list