Details
-
Type:
Bug
-
Status: Open
-
Severity:
Major
-
Resolution: Unresolved
-
Affects Version/s: 1.8.13.0, 1.8.14.0
-
Target Release Version/s: None
-
Component/s: .Release/Targets
-
Security Level: None
-
Labels:None
-
Environment:Hideverified on Centos 6.2 and 6.3 - 64 bit
running in KVM virtualized instances with the following /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 6
model : 2
model name : QEMU Virtual CPU version 0.15.1
stepping : 3
cpu MHz : 1497.505
cache size : 512 KB
fpu : yes
fpu_exception : yes
cpuid level : 4
wp : yes
flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm up unfair_spinlock pni cx16 popcnt hypervisor lahf_lm svm abm sse4a
bogomips : 2995.01
TLB size : 1024 4K pages
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management:
Showverified on Centos 6.2 and 6.3 - 64 bit running in KVM virtualized instances with the following /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 6 model : 2 model name : QEMU Virtual CPU version 0.15.1 stepping : 3 cpu MHz : 1497.505 cache size : 512 KB fpu : yes fpu_exception : yes cpuid level : 4 wp : yes flags : fpu de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx lm up unfair_spinlock pni cx16 popcnt hypervisor lahf_lm svm abm sse4a bogomips : 2995.01 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 40 bits physical, 48 bits virtual power management:
-
Frequency of Occurrence:Constant
Description
We are running asterisk 1.8.X instances in virtual machines.
The asterisk virtual machines are running Centos 6.2 and 6.3.
Kernel of virtual machines is : 2.6.32-279.1.1.el6.x86_64 #1 SMP Tue Jul 10 13:47:21 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
KVM Hypervisor / host is a Fedora 16 with the latest kernel : 3.4.4-4.fc16.x86_64 #1 SMP Thu Jul 5 20:01:38 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Hardware is HP ProLiant N40L MicroServer
Any asterisk version higher than 1.8.12.2 fails with a "illegal instruction" on launch of asterisk.
Issue Links
- is caused by
-
ASTERISK-19462
asterisk Illegal Instruction (core dumped)
-
- Closed
-
- is related to
-
ASTERISK-22931
Impossible to execute Asterisk because if illegal instruction
-
- Closed
-
-
ASTERISK-21967
CFLAG Improvement to prevent compiler error in Virtual Machine environments
-
- Open
-
Activity
I just had this happen again with Asterisk v1.11.4.0 on brand new Intel Xeon hardware using KVM with CentOS 6. I think perhaps the default compile flag is set too aggressively on recent version of Asterisk. Please consider changing this default. I think using -mtune=generic or -mtune=native would be a better choice. -mtune=native corrected the issue for me again.
PowerPBX
added a comment - - edited I just had this happen again with Asterisk v1.11.4.0 on brand new Intel Xeon hardware using KVM with CentOS 6. I think perhaps the default compile flag is set too aggressively on recent version of Asterisk. Please consider changing this default. I think using -mtune=generic or -mtune=native would be a better choice. -mtune=native corrected the issue for me again. Anybody has performance numbers regarding -march=native vs. -mtune=native on various environments?
Tzafrir Cohen
added a comment - Anybody has performance numbers regarding -march=native vs. -mtune=native on various environments? I added an improvement request to change this default.
ASTERISK-21967
Just to inform with the latest version of Asterisk 10 and Amazon virtual machine on Ubuntu 12.04 same problem
I am affected by this bug
searching I found the issue, and it is described here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52411
"the asterisk makefile detecting and using incorrect compilation flags
ifeq ($(OSARCH),linux-gnu)
ifeq ($(PROC),x86_64)
- You must have GCC 3.4 to use k8, otherwise use athlon
- PROC=k8
PROC=nocona
#PROC=athlon
endif
"
Private Name
added a comment - I am affected by this bug
searching I found the issue, and it is described here
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52411
"the asterisk makefile detecting and using incorrect compilation flags
ifeq ($(OSARCH),linux-gnu)
ifeq ($(PROC),x86_64)
You must have GCC 3.4 to use k8, otherwise use athlon
PROC=k8
PROC=nocona
#PROC=athlon
endif
"
Thank you for taking the time to report this bug and helping to make Asterisk better. Unfortunately, we cannot work on this bug because your description did not include enough information. You may find it helpful to read the Asterisk Issue Guidelines http://www.asterisk.org/developers/bug-guidelines. We would be grateful if you would then provide a more complete description of the problem. At a minimum, we need:
1. the specific steps or actions you took that caused you to encounter the problem,
2. the behavior you expected, and
3. the behavior you actually encountered (in as much detail as possible).
This likely includes output from the console with debug level logging, a SIP trace (if this is SIP related), and configuration information such as dialplan (e.g. extensions.conf) and channel configuration (e.g. sip.conf). Thanks!