[asterisk-bugs] [JIRA] (ASTERISK-28503) Asterisk sudden crashes with segmentation fault
Cyril Ramière (JIRA)
noreply at issues.asterisk.org
Tue Aug 13 03:46:47 CDT 2019
[ https://issues.asterisk.org/jira/browse/ASTERISK-28503?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Cyril Ramière updated ASTERISK-28503:
-------------------------------------
Attachment: messages.log
kern.log
Hello, please find attached the logs.
The asterisk crash dump is too big to be uploaded here, I put it on wetransfer inside a .zip file to save some space: https://wetransfer.com/downloads/056ea2a4c0b7e4ac741289a90dee2d4320190813084303/123d19dee8e62d2de70cf1fbaa1cf2fe20190813084303/01fc21
> Asterisk sudden crashes with segmentation fault
> -----------------------------------------------
>
> Key: ASTERISK-28503
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-28503
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: . I did not set the category correctly.
> Affects Versions: 15.4.0
> Environment: Ubuntu Linux 16.04 ( kernel 4.4.0-1077-aws)
> Reporter: Cyril Ramière
> Labels: pjsip, webrtc
> Attachments: kern.log, messages.log
>
>
> Hello everyone,
> I am badly needing help about an issue with our asterisk.
> We are on asterisk 15.4.0, we made no changes on the system or the configuration (asterisk.conf, pjsip.conf...) and we tend to get occasional crashes with segmentation faults.
> I'm really strugling to know what happends because there are no "warning signs" before a crash happen, it works and then it just dies.
> There are nothing useful in the system logs (just the line telling that there was a segmentation fault).
> We are using asterisk in realtime mode for all of our calls with MySQL, and everything is handled through the ARI interface (no static dialplans) connected to our application.
> I attached the logs (messages), kern log, and the crash dump.
> I know that asterisk is compiled without debug flags and is optimized, this is a critical, production machine.
> I am unable to reproduce the issue, it just happened twice il a month causing huge troubles for us (there were more than 800 channels active, recordings on some, moh, webrtc sessions...).
> Running asterisk without optimizations & with better traces seems not an option since it sucks so much more ressources, I'm 100% sure that our hardware couldn't handle it.
> I'm begging for help, anything where I can start ?
> Is there something I can do?
> Best regards.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list