Bug 11793 - Asterisk Illegal instruction crash since Core 119
Summary: Asterisk Illegal instruction crash since Core 119
Status: CLOSED FIXED
Alias: None
Product: IPFire
Classification: Unclassified
Component: --- (show other bugs)
Version: 2
Hardware: i686 Other
: Will affect almost no one Crash
Assignee: Arne.F
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-07-06 14:23 UTC by Nick
Modified: 2018-08-30 08:57 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick 2018-07-06 14:23:45 UTC
Since Asterisk moved beyond build 11.23.1-20 in pakfire, asterisk will no longer start on my IPfire box. The following errors are observed,

Asterisk wouldn't start in version shipped with Core 119 and left this in syslog:

/etc/init.d/asterisk start

Mar 28 23:09:04 ipfire.localdomain kernel: grsec: Illegal instruction occurred at 08223f60 in /usr/sbin/asterisk[asterisk:5247] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0
Mar 28 23:09:04 ipfire.localdomain kernel: grsec: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /usr/sbin/asterisk[asterisk:5247] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0

Retested this with build 13.18.5-24 that shipped with Core 120 and the issue persisted.

May  1 23:47:17 ipfire kernel: grsec: From 192.168.10.100: Illegal instruction occurred at 08223f60 in /usr/sbin/asterisk[asterisk:12068] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0
May  1 23:47:17 ipfire kernel: grsec: From 192.168.10.100: denied resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 for /usr/sbin/asterisk[asterisk:12068] uid/euid:0/0 gid/egid:0/0, parent /sbin/init[init:1] uid/euid:0/0 gid/egid:0/0

Rolled back to 11.23.1-20 by manually unpacking and installed this build from the repository and Asterisk has chugged along normally since. Also tried increasing the RLIMIT_CORE set and the more I increase it, the more it wants.

Hardware is as follows,

[root@ipfire ~]# lscpu
Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                4
On-line CPU(s) list:   0-3
Thread(s) per core:    2
Core(s) per socket:    2
Socket(s):             1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 28
Model name:            Intel(R) Atom(TM) CPU N550   @ 1.50GHz
Stepping:              10
CPU MHz:               1499.975
BogoMIPS:              3001.94
L1d cache:             24K
L1i cache:             32K
L2 cache:              512K
Flags:                 fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm movbe lahf_lm dtherm

[root@ipfire ~]# uname -a
Linux ipfire 3.14.79-ipfire-pae #1 SMP Sat Nov 5 07:06:35 GMT 2016 i686 Intel(R) Atom(TM) CPU N550 @ 1.50GHz GenuineIntel GNU/Linux

Its an embedded Atom board, http://www.mini-box.com.au/Jetway%20Atom%20intel%20%20N550%20NM10%20Chipset%203150%20Graphics.html
Comment 2 Nick 2018-08-17 00:12:16 UTC
Build 25 in the testing tree has resolved this. Will keep an eye on it to see if any issues arise.