Asterisk Crash and Restart

Asterisk Asterisk Support
1

Hello,

We had yesterday an Asterisk server v20.15.0 crash and self recover shortly after the crash.

It seems to me like it is related to the Alternate Channel Storage changes. This is the first few lines:

2026-02-25T11:42:04.459769-05:00 hosted1 asterisk[2747743]: FRACK!, Failed assertion bad magic number 0x0 for object 0x7fa5a403cde0 (0) at line 241 in ast_channel* iterator_next(ast_channelstorage_instance*, ast_channel_iterator*) of channelstorage_cpp_map_name_id.cc
2026-02-25T11:42:04.459953-05:00 hosted1 asterisk[2747743]: [2026-02-25 11:42:04] #033[1;31mERROR#033[0m[2747761]: #033[1;37mchannelstorage_cpp_map_name_id.cc#033[0m:#033[1;37m241#033[0m #033[1;37mast_channel* iterator_next(ast_channelstorage_instance*, ast_channel_iterator*)#033[0m: FRACK!, Failed assertion bad magic number 0x0 for object 0x7fa5a403cde0 (0)
2026-02-25T11:42:04.460757-05:00 hosted1 asterisk[2747743]: FRACK!, Failed assertion bad magic number 0x0 for object 0x7fa5a403cde0 (0) at line 3356 in get_device_state_causing_channels of pbx.c
2026-02-25T11:42:04.461600-05:00 hosted1 asterisk[2747743]: FRACK!, Failed assertion bad magic number 0x0 for object 0x7fa5a403cde0 (0) at line 3359 in get_device_state_causing_channels of pbx.c
2026-02-25T11:42:04.462129-05:00 hosted1 asterisk[2747743]: [2026-02-25 11:42:04] #033[1;31mERROR#033[0m[2747761]: #033[1;37m#033[0m#033[1;37m#033[0m #033[1;37m#033[0m Got 15 backtrace records

Full logfile: https://drive.google.com/file/d/1QkKpXTarALrJVQi56nk5g8Z3CwZumbv2/view?usp=sharing

Has anyone experienced anything like this?

Please let me know what additional information to share.

Thank you

2

There have been numerous fixes to it over the past few versions.

3

Thanks Josh, I missed that. Are there fixes newer than what is in v20.17.0?

Thanks

4

There was a fix in 20.18.0 as well:

5

Thanks, we will update and report back.

6

I would strongly urge you to upgrade to the latest version, as @jcolp has put in huge performance improvements to both Stasis and PJSIP — far more impactful than the AOR C++ backend changes.

Again, a huge thanks to @jcolp and the company behind him, Sangoma!"

1 Like