Hi Guys Yay I am receiving forum emails again.
I realise that this is an Asterisk problem but I have hit a dead end on the Asterisk forum and hoping someone here could help. I have a busy Asterisk system at a doctors clinic (a very large one) which is using Asterisk queuing for incoming calls. Its currently running Asterisk 13.18.5. It has been running fine for well over a year now. I recently added an IVR in front of the queue and was forced to revert the change due to regular segfaults: Mar 26 08:35:22 3037-QGPSC-CM1 user.info kernel: asterisk[25700]: segfault at 10 ip 00002ad14c5a319c sp 00002ad15229dcd0 error 4 in app_queue.so[2ad14c58a000+36000] Mar 26 08:35:23 3037-QGPSC-CM1 user.info safe_asterisk: Asterisk exited on signal 11. Mar 26 08:35:23 3037-QGPSC-CM1 user.info safe_asterisk: Automatically restarting Asterisk. Now I was previously experiencing identical app_queue segfaults on this system (log messages only) when using a different dialplan setup of cascading queues. At the time I suspected that I was having issues with ASTERISK-27006 and after reverting the Asterisk version to 13.14.1, (thanks Lonnie for helping with this), the problem went away. Since then I have changed the dialplan back to a standard single queue setup and have upgraded to Astlinux 1.3.2 (Asterisk 13.18.5) and I suspect that I am experiencing the same bug. I build generic dialplan modules which create a Local channel between them during the call flow so the caller would be connected from the IVR to the queue via a Local Channel. This could be the reason why this bug may be coming into play again. Any ideas? Unfortunately I cant do any more on the Asterisk forum unless I can get a backtrace. Can I do this in Astlinux? Not that I am that thrilled about crashing their system again during this crazy COVID-19 time ☹ Thanks so much all. Mike
_______________________________________________ Astlinux-users mailing list Astlinux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/astlinux-users Donations to support AstLinux are graciously accepted via PayPal to pay...@krisk.org.
