Updated two systems over the weekend and both are having the same problems this morning.
Memory is slowly filling up until the system fails to process calls.
Both systems were on Asterisk 15.5.0 and yum updated them to 15.7.2. One system was rebooted afterwards, one was not.
Everything was working fine until a few hours into day usage. Both sites contacted me that their phones were down.
I was only able to get into glances on one of the two systems prior to forced shutdown.
After reboot, both systems came up normal, but swap was used almost immediately. This has not normally been noted.
After an hour or so, the one system was failing to process calls again.
I reverted that one to the VM backup made right before the updates (so back on 15.5.0).
After almost 30 minutes it still has no swap used and I expect no issues.
Similar issue here. Update went from 15.5.0 to 15.7.2 and afterwards Asterisk started hanging throughout the day. Had to restart Asterisk service to resolve. I did a downgrade to 15.5.0 and it seems to be back to normal.
Tried moving to 16 while I was troubleshooting, but wasn’t able to get Asterisk to start at all after switching versions. Will have to look into that when I have time to take down the server.
Yep, just used asterisk-version-switch. After it did it’s think, Asterisk wouldn’t load at all. Tried to restart it a few times, didn’t look to closely. Just used the same command again to go back to 15.
Update: The issue I was having is mentioned in the thread below, the fix resolved my issue and I was able to move to Asterisk 16
I have never had that happen. Since reporting this, I have switched one low use production system and one system currently being setup from Asterisk 15.5.0 to 16.2.1. Obviously not valid tests, but after having no phones multiple times on Monday, at two sites, I’m not going to switch those until Friday night.
I had the same exact issue after Yum upgrading from 15.5 to 15.7.2 over the weekend.
Since I have people who depend on that box, I rolled back to 15.5.
If you read the release notes, you’ll see that they applied the same security fixes in 15.7.2 as they did in 16.2.1
Upgraded from asterisk 14 to asterisk 15 yesterday night, phone system went down (not even internal calls worked) about 12-13 hours after that. I’ve now switched to asterisk 16. Was perfectly stable on 14 before.
(Running FreePBX 14 on FreePBX Distro 7)
So the answer to upgrade to 16 is problematic if you also use FOP2.
There are two instances in the FOP2 modifications that reference a depreciated function name that was finally removed in 16. That can be worked around manually.
So anyone with 15.7.2 and not wanting to move to 16, needs to use yum downgrade asterisk15*
Anyone that moves to 16 and also uses FOP2 needs to modify /etc/asterisk/extensions_override_fop2.conf
I have not used 13 in quite a while, and have no idea how stable it is. So I cannot recommend something I do not know. I know 15.5.0 was stable and so have been both versions of 16 I have used (16.0.0 and 16.2.1).
I would expect current 13 is likely stable, yes. Just I have not used it.
It’s LTS just like 16 is LTS. There is always that space of time when there are no Stable releases of Asterisk just two LTS releases. Asterisk 13 gets support and fixes until 2020 due to there being two Stable releases in a row (14 and 15) one was EOL’d in 2017 and the latter is SFO and due to be EOL this year. The only reason there is a 15.7.2 was due to a security flaw found in older versions of 15.x and it was updated since it’s still SFO.
15 hasn’t gotten any other fixes or updates since Oct 2018 while 13 and 16 continually have.