I’m also having this exact issue on a machine that is running 10.13.66-8. I ran a slew of updates on it, rebooted it, and now it’s getting these same segfaults.
Jul 26 19:50:36 xxxxxxxxxx kernel: asterisk[37673]: segfault at 30 ip 00007fe06cd14039 sp 00007fe039854a20 error 4 in libasteriskpj.so.2[7fe06cc99000+17e000]
From the (broken) backup system:
[root@pbxbackup ~]# rpm -qa | egrep 'aster|pjpro'
asterisk-sounds-extra-en-ulaw-1.4.14-100_centos5.noarch
asterisk13-addons-mysql-13.10.0-1.shmz65.1.125.x86_64
asterisk13-addons-ooh323-13.10.0-1.shmz65.1.125.x86_64
asterisk13-addons-13.10.0-1.shmz65.1.125.x86_64
asterisk-version-switch-3.0.0.2-1.shmz65.1.27.noarch
pjproject-2.4-9.shmz65.8.13.x86_64
asterisk-sounds-extra-en-gsm-1.4.14-100_centos5.noarch
asterisk-sounds-core-en-alaw-1.4.25-94_centos5.noarch
asterisk13-addons-core-13.10.0-1.shmz65.1.125.x86_64
asterisk13-voicemail-13.10.0-1.shmz65.1.125.x86_64
asterisk13-doc-13.10.0-1.shmz65.1.125.x86_64
asterisk13-dahdi-13.10.0-1.shmz65.1.125.x86_64
asterisk13-flite-13.10.0-1.shmz65.1.37.x86_64
asterisk13-resample-13.10.0-1.shmz65.1.125.x86_64
asterisk13-odbc-13.10.0-1.shmz65.1.125.x86_64
asterisk13-res_digium_phone-2.1.1-1.shmz65.1.29.x86_64
asterisk-sounds-extra-en-alaw-1.4.14-100_centos5.noarch
asterisk-sounds-core-en-ulaw-1.4.25-94_centos5.noarch
asterisk-sounds-core-en-gsm-1.4.25-94_centos5.noarch
asterisk13-core-13.10.0-1.shmz65.1.125.x86_64
asterisk13-addons-bluetooth-13.10.0-1.shmz65.1.125.x86_64
asterisk13-13.10.0-1.shmz65.1.125.x86_64
asterisk13-curl-13.10.0-1.shmz65.1.125.x86_64
asterisk13-flite-debuginfo-13.10.0-1.shmz65.1.37.x86_64
This is a non-production system, but I have a production system which is configured in parallel, and still running 10.13.66-13. As of now, it is running fine, and I’ve no plans to update it tonight. The same command returns:
[root@pbxprimary ~]# rpm -qa | egrep 'aster|pjpro'
asterisk-sounds-extra-en-ulaw-1.4.14-100_centos5.noarch
asterisk13-addons-bluetooth-13.10.0-1.shmz65.1.125.x86_64
asterisk13-curl-13.10.0-1.shmz65.1.125.x86_64
asterisk-sounds-extra-en-alaw-1.4.14-100_centos5.noarch
asterisk-sounds-extra-en-gsm-1.4.14-100_centos5.noarch
pjproject-2.4-9.shmz65.8.13.x86_64
asterisk13-dahdi-13.10.0-1.shmz65.1.125.x86_64
asterisk13-flite-debuginfo-13.10.0-1.shmz65.1.37.x86_64
asterisk-sounds-core-en-alaw-1.4.25-94_centos5.noarch
asterisk-sounds-core-en-ulaw-1.4.25-94_centos5.noarch
asterisk13-addons-mysql-13.10.0-1.shmz65.1.125.x86_64
asterisk13-addons-ooh323-13.10.0-1.shmz65.1.125.x86_64
asterisk13-addons-13.10.0-1.shmz65.1.125.x86_64
asterisk-version-switch-3.0.0.2-1.shmz65.1.27.noarch
pjproject-devel-2.4-9.shmz65.8.13.x86_64
asterisk13-addons-core-13.10.0-1.shmz65.1.125.x86_64
asterisk13-doc-13.10.0-1.shmz65.1.125.x86_64
asterisk13-flite-13.10.0-1.shmz65.1.37.x86_64
asterisk13-odbc-13.10.0-1.shmz65.1.125.x86_64
pjproject-debuginfo-2.4-9.shmz65.8.13.x86_64
asterisk-sounds-core-en-gsm-1.4.25-94_centos5.noarch
asterisk13-core-13.10.0-1.shmz65.1.125.x86_64
asterisk13-13.10.0-1.shmz65.1.125.x86_64
asterisk13-voicemail-13.10.0-1.shmz65.1.125.x86_64
asterisk13-resample-13.10.0-1.shmz65.1.125.x86_64
I’m running the update on the backup system to 10.13.66-14. At this point, it can’t really hurt. Is there anything I can provide that might help to figure out what the issue is?
