I have narrowed it down to extensions_additional.conf.
This is an older 2.9 FreePBX system.
I did not see anything glaring wrong in the file.
A dialplan reload does the same thing.
Anyway I can delete the file and have FreePBX regenerate it?
@SkykingOH, extensions_additional.conf is already generated (written out) by FreePBX on Apply Changes before reloading the dialplan. You can certainly try to remove the file, touch a new one (as the asterisk user), and telling FreePBX to regenerate configs again. I’d be interested to know what other debugging you’ve done and the results of the above.
I am going to have to wait until about 11PM to try that.
First I thought it was an Asterisk issue so I updated to 1.8.29 I made sure there were no CEL files as I have seen this behavior with CEL files on pre Asterisk 11.
The update to 1.8.29 did not change the situation.
I turned on debugging to the max and verbosity, nothing comes up. It core dumps on dialplan reload.
One by one I renamed the extension* files until I found the culprit of extensions_additional.conf
We are not running any non official FreePBX modules. Until the reboot over the weekend this system has been up for 700 days. It has about 100 users and does some tandem trunking (has about 70 SIP trunks and 80 IAX). It’s a recent DDR2 level dual quad core server with 4G of RAM 32 bit.
Older CentOS:
[root@VG2 ~]# uname -r
2.6.18-308.4.1.el5
[root@VG2 ~]#
I don’t think it matters but memory is not swapping:
[root@VG2 ~]# cat /proc/meminfo
MemTotal: 3631296 kB
MemFree: 780264 kB
Buffers: 176100 kB
Cached: 2371412 kB
SwapCached: 16 kB
Active: 1903196 kB
Inactive: 842740 kB
HighTotal: 2752460 kB
HighFree: 422880 kB
LowTotal: 878836 kB
LowFree: 357384 kB
SwapTotal: 779144 kB
SwapFree: 779128 kB
Dirty: 36 kB
Writeback: 0 kB
AnonPages: 198400 kB
Mapped: 33720 kB
Slab: 88484 kB
PageTables: 3216 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
CommitLimit: 2594792 kB
Committed_AS: 566492 kB
VmallocTotal: 114680 kB
VmallocUsed: 5668 kB
VmallocChunk: 107756 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
Hugepagesize: 4096 kB
[root@VG2 ~]#
Thanks!
Last night I renamed that extensions_additional.conf to .bak touched the file and verified ownership and updated FreePBX. The file was recreated.
Same issue, Asterisk core dump on dialplan reload.
Next steps?
When Asterisk core dumps, you should be able to yum install asterisk18-debuginfo and then look at Getting A Backtrace for how to convert your core dump into a readable backtrace. While I know this particular issue has been solved, adding this for future reference.