htop-dev
Floating point exception (core dumped)
Hi, I installed htop on almalinux 9 and when I type htop I get an error: Floating point exception (core dumped)
Which version of htop are you using? You should still be able to use the --version option to get the htop version.
Also, we need more information such as the version of the Linux kernel, and whether you have tested and built the upstream version of htop here (we don't support htop versions provided by Linux distributions directly).
Which version of htop are you using? You should still be able to use the
--versionoption to get the htop version.Also, we need more information such as the version of the Linux kernel, and whether you have tested and built the upstream version of htop here (we don't support htop versions provided by Linux distributions directly).
Can you tell me step by step how to install htop for OS Almalinux 9 ?
About htop version:
Can you run htop under gdb and provide the output of bt full, alongside the objdump of the htop binary? Does this happen with htop compiled from the main branch too?
@Zomebodi can you provide the information requested? (gdb 'bt full' command output in particular, but also output from objdump -d -S -w /usr/bin/htop). Thanks!
Just a note: Almalinux 9 inherited the increased CPU baseline (x86_64-v2) from RHEL 9. Checking the processor capabilities e.g. with the awk scripts from https://unix.stackexchange.com/questions/631217/how-do-i-check-if-my-cpu-supports-x86-64-v2 seems like a good idea.
@BenBE he just ran gdb⏎. And that answers "no stack" on bt full when no executable is being debugged.
As per above, it may well be a mismatch between the processor and -march=x86-64-v2 (or a similar variant used to compile Almalinux 9).
You can get a storage vps on interserver: https://www.interserver.net/vps/storage.html Try any instance of this type of VPS, they all give the same type of error.
This way, you can determine the cause of the problem. Best regards.
@Zomebodi: can you paste the results of cat /proc/cpuinfo for a VM from them where running htop gets you an immediate FP exception?
x86-64-v2 should be fine on a ~Haswell CPU BUT https://www.intel.com/content/www/us/en/support/articles/000090280/processors/intel-xeon-processors.html. Let's see what CPU @Zomebodi has.
When I installed Alma Linux 9 I had that problem, now I have Ubuntu 22.04 installed and htop works normally. It's the same hardware.
yes, but Ubuntu compiles its code (like Debian) for the x86-64-v1 processor baseline
@Zomebodi: can you paste the results of
cat /proc/cpuinfofor a VM from them where runninghtopgets you an immediate FP exception?
[root@vps3036791 ~]# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz stepping : 4 microcode : 0x2007006 cpu MHz : 2095.076 cache size : 22528 KB physical id : 0 siblings : 1 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves arat vnmi umip pku ospke md_clear flush_l1d arch_capabilities vmx flags : vnmi preemption_timer posted_intr invvpid ept_x_only ept_ad ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid unrestricted_guest vapic_reg vid shadow_vmcs pml tsc_scaling bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa mmio_stale_data retbleed bhi bogomips : 4190.15 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management:
processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz stepping : 4 microcode : 0x2007006 cpu MHz : 2095.076 cache size : 22528 KB physical id : 1 siblings : 1 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves arat vnmi umip pku ospke md_clear flush_l1d arch_capabilities vmx flags : vnmi preemption_timer posted_intr invvpid ept_x_only ept_ad ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid unrestricted_guest vapic_reg vid shadow_vmcs pml tsc_scaling bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa mmio_stale_data retbleed bhi bogomips : 4190.15 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management:
processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 85 model name : Intel(R) Xeon(R) Gold 6130 CPU @ 2.10GHz stepping : 4 microcode : 0x2007006 cpu MHz : 2095.076 cache size : 22528 KB physical id : 2 siblings : 1 core id : 0 cpu cores : 1 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ss syscall nx pdpe1gb rdtscp lm constant_tsc arch_perfmon rep_good nopl xtopology cpuid tsc_known_freq pni pclmulqdq vmx ssse3 fma cx16 pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand hypervisor lahf_lm abm 3dnowprefetch cpuid_fault pti ssbd ibrs ibpb stibp tpr_shadow flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx avx512f avx512dq rdseed adx smap clflushopt clwb avx512cd avx512bw avx512vl xsaveopt xsavec xgetbv1 xsaves arat vnmi umip pku ospke md_clear flush_l1d arch_capabilities vmx flags : vnmi preemption_timer posted_intr invvpid ept_x_only ept_ad ept_1gb flexpriority apicv tsc_offset vtpr mtf vapic ept vpid unrestricted_guest vapic_reg vid shadow_vmcs pml tsc_scaling bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs taa mmio_stale_data retbleed bhi bogomips : 4190.15 clflush size : 64 cache_alignment : 64 address sizes : 46 bits physical, 48 bits virtual power management:
that would be a x86-64-v4 CPU. Any idea what virtualization solution "Interserver" use?
that would be a
x86-64-v4CPU. Any idea what virtualization solution "Interserver" use?
KVM leaves me with no doubts. Now, something even stranger happens. On a newly activated machine with them, htop doesn't work, but after installing the DirectAdmin control panel, it can be installed and works without issue. So I assume it's something DirectAdmin installs within its dependencies that fixes the htop problem.
that would be a
x86-64-v4CPU. Any idea what virtualization solution "Interserver" use?
I have a VDS (Virtual Dedicated Server) KVM.
KVM leaves me with no doubts. Now, something even stranger happens. On a newly activated machine with them, htop doesn't work, but after installing the DirectAdmin control panel, it can be installed and works without issue. So I assume it's something DirectAdmin installs within its dependencies that fixes the htop problem.
It didn't work before installing the panel. So I just installed Alma Linux 9 OS and then installed htop. In my case it's not a panel. I guess htop needs an update for newer linux RHEL versions. I repeat once again, everything works normally on Ubuntu.
This error persists. Just installed htop in a Almalinux 9 vps from Interserver and get this same error.
Edit: Box has Almalinux 9 and WHM/cPanel installed.
I believe this is a bug in hwloc-libs.
https://github.com/open-mpi/hwloc/commit/ff102fdfa95d911a4a1eac33c6cd80cdfe30445d
To test if this is the problem:
HWLOC_COMPONENTS=-x86 htop
Worked well for me.
