2.6.8 Illegal instruction (core dumped)

[stone212]

• Parity Ethereum version: 2.6.8
• Operating system: Linux
• Installation: binary
• Fully synchronized: yes
• Network: ethereum
• Restarted: yes

First, I think this is very similar to #9684 but unique to 2.6.8.

Upgrading from Parity 2.3.9 to Parity 2.6.8 on a private blockchain, I got this error:

2020-01-22 04:40:21 UTC State DB configuration: fast
2020-01-22 04:40:21 UTC Operating mode: active
Illegal instruction (core dumped)

So to test, I deleted the config.toml file and re-started (defaulting to ethereum network) and I see the same error but after another error Cannot give work package Here:

2020-01-22 04:41:58 UTC Removed existing file '/home/parity/.local/share/io.parity.ethereum/jsonrpc.ipc'.
2020-01-22 04:41:58 UTC Updated conversion rate to Ξ1 = US$168.80 (28210334 wei/gas)
2020-01-22 04:41:59 UTC Cannot give work package - no author is configured. Use --author to configure!
Illegal instruction (core dumped)

[Side question: Why would Parity know (with no config.toml) that this is a worker with ethminer running?]

Tested wtih Parity 2.4.5 and this works fine, no errors.

Should I test with Parity 2.5.x?

SSE supported. cat /proc/cpuinfo shows:

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 55
model name      : Intel(R) Celeron(R) CPU  J1800  @ 2.41GHz
stepping        : 8
microcode       : 0x838
cpu MHz         : 1337.980
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 2
apicid          : 0
initial apicid  : 0
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat md_clear
bugs            : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only
bogomips        : 4831.40
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 6
model           : 55
model name      : Intel(R) Celeron(R) CPU  J1800  @ 2.41GHz
stepping        : 8
microcode       : 0x838
cpu MHz         : 1374.116
cache size      : 1024 KB
physical id     : 0
siblings        : 2
core id         : 1
cpu cores       : 2
apicid          : 2
initial apicid  : 2
fpu             : yes
fpu_exception   : yes
cpuid level     : 11
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology tsc_reliable nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 movbe popcnt tsc_deadline_timer rdrand lahf_lm 3dnowprefetch epb pti ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid tsc_adjust smep erms dtherm ida arat md_clear
bugs            : cpu_meltdown spectre_v1 spectre_v2 mds msbds_only
bogomips        : 4831.40
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

[dvdplm]

I'm afraid the new versions require the aes-ni CPU feature. You could try to build the binary from source and remove this and perhaps enable target-cpu=native.