New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Kamailio became unresponsive during runtime #2380
Comments
Hello, you need to install kamailio debugging symbols to get meaningful information from the backtrace. From the log message it looks ok. You should first try to update to the latest 5.3 version (e.g. 5.3.5 released recently), as it might be already fixed. |
Can I do that after the coredump has already been generated? |
Yes, look for a packaged called kamailio-dbg, kamailio-debug or similar and install it. |
Hmm. I did install it, but I get the same output. root@kamprodegres:/# gdb /usr/local/sbin/kamailio core warning: exec file is newer than core file. |
Ok, in this case it the backtrace information might be from somewhere else. But I would suggest to update to the lastest kamailio version first. It looks a bit like a crash during shutdown, which might be already fixed. |
Are you aware of similar bug that has been fixed?
Edward
…On Mon, Jun 29, 2020, 23:24 Henning Westerholt ***@***.***> wrote:
Ok, in this case it the backtrace information might be from somewhere
else. But I would suggest to update to the lastest kamailio version first.
It looks a bit like a crash during shutdown, which might be already fixed.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
<#2380 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ACM76S472YM6GDETFOBEX4LRZD2A5ANCNFSM4OLN6KAQ>
.
|
This is hard to say without more details. You'll find all fixes in the Changelog: https://www.kamailio.org/pub/kamailio/5.3.5/ChangeLog |
Description
Hi, I ran into an issue where the Kamailio service seemingly froze (didn't crash, but failed to receive and deliver calls) while running, I went through the logs a little bit, and saw the same log pattern (pasted below) recouring every few months or so, on an older installation (5.2.0). Usually, it ended up automatically restarting the service. But not this time, I had to reload it manually to make the service work again.
Is this a known issue?
How can I make sure that the service will be able to restart the next time it happens?
Edward
Troubleshooting
Debugging Data
Log Messages
Additional Information
kamailio -v
The text was updated successfully, but these errors were encountered: