htop shows 128 CPU Cores on every machine

[fleaz]

Hey,

htop recently decided to show 128 CPU-Cores on all our CentOS Stream 9 machines, which would be cool, but is sadly not the case :D

I found some old issues where htop had a problem in LXC containers and showed the actual CPU count of the host machine, but I think that's not the same problem here, because our VMWare hosts have 20C/40T CPUs which doesn't match the 128 shown here.

Some more info about our affected systems:

# cat /proc/cpuinfo | grep "model name"
model name      : Intel(R) Xeon(R) Gold 6242R CPU @ 3.10GHz
model name      : Intel(R) Xeon(R) Gold 6242R CPU @ 3.10GHz
model name      : Intel(R) Xeon(R) Gold 6242R CPU @ 3.10GHz
model name      : Intel(R) Xeon(R) Gold 6242R CPU @ 3.10GHz

# uname -a
Linux 13-130-716-2059-1-263dd518 5.14.0-505.el9.x86_64 #1 SMP PREEMPT_DYNAMIC Thu Sep 5 07:54:07 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

# cat /etc/os-release 
NAME="CentOS Stream"                                                                                                          
VERSION="9"                              
ID="centos"                          
ID_LIKE="rhel fedora"
VERSION_ID="9"                                                                                                                
PLATFORM_ID="platform:el9"
PRETTY_NAME="CentOS Stream 9"                                  
ANSI_COLOR="0;31"                                                                                                             
LOGO="fedora-logo-icon"                                                                                                                                                                                                                                     
CPE_NAME="cpe:/o:centos:centos:9"                                                                                                                                                                                                                           
HOME_URL="https://centos.org/"                                                                                                                                                                                                                              
BUG_REPORT_URL="https://issues.redhat.com/"                                                                                                                                                                                                                 
REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux 9"                                                                           
REDHAT_SUPPORT_PRODUCT_VERSION="CentOS Stream"

Let me know if you need more info from me to further debug this.

Best, Felix

[fasterit]

What changed between htop did not do this and now htop does? Which version of htop do you run? Did you try to compile the latest commit from the repo?

[BenBE]

Also, can you post a copy of the generated htoprc?

[fleaz]

@fasterit Damnit, copy/paste fail from the terminal. This should have been in my first post. We are using 3.3.0 I will give current HEAD a shot later and report back.

@BenBE Here you go.

``` # Beware! This file is rewritten by htop when settings are changed in the interface. # The parser is also very primitive, and not human-friendly. htop_version=3.3.0 config_reader_min_version=3 fields=0 48 17 18 38 39 40 2 46 47 49 1 hide_kernel_threads=1 hide_userland_threads=0 hide_running_in_container=0 shadow_other_users=0 show_thread_names=0 show_program_path=1 highlight_base_name=0 highlight_deleted_exe=1 shadow_distribution_path_prefix=0 highlight_megabytes=1 highlight_threads=1 highlight_changes=0 highlight_changes_delay_secs=5 find_comm_in_cmdline=1 strip_exe_from_cmdline=1 show_merged_command=0 header_margin=1 screen_tabs=1 detailed_cpu_time=0 cpu_count_from_one=0 show_cpu_usage=1 show_cpu_frequency=0 show_cpu_temperature=0 degree_fahrenheit=0 update_process_names=0 account_guest_in_cpu_meter=0 color_scheme=0 enable_mouse=1 delay=15 hide_function_bar=0 topology_affinity=0 header_layout=two_50_50 column_meters_0=LeftCPUs8 Memory Swap column_meter_modes_0=1 1 1 column_meters_1=RightCPUs8 Tasks LoadAverage Uptime column_meter_modes_1=1 2 2 2 tree_view=0 sort_key=46 tree_sort_key=0 sort_direction=-1 tree_sort_direction=1 tree_view_always_by_pid=0 all_branches_collapsed=0 screen:Main=PID USER PRIORITY NICE M_VIRT M_RESIDENT M_SHARE STATE PERCENT_CPU PERCENT_MEM TIME Command .sort_key=PERCENT_CPU .tree_sort_key=PID .tree_view_always_by_pid=0 .tree_view=0 .sort_direction=-1 .tree_sort_direction=1 .all_branches_collapsed=0 screen:I/O=PID USER IO_PRIORITY IO_RATE IO_READ_RATE IO_WRITE_RATE PERCENT_SWAP_DELAY PERCENT_IO_DELAY Command .sort_key=IO_RATE .tree_sort_key=PID .tree_view_always_by_pid=0 .tree_view=0 .sort_direction=-1 .tree_sort_direction=1 .all_branches_collapsed=0 ```

[fleaz]

Just tested the current HEAD of the master branch on one of our machines and it looks good again.

I build 171f8285d38a613edc9c94ab6a45f5a171f32b7e

Genereated htoprc:

``` # Beware! This file is rewritten by htop when settings are changed in the interface. # The parser is also very primitive, and not human-friendly. htop_version=3.4.0-dev-3.3.0-193-g171f828 config_reader_min_version=3 fields=0 48 17 18 38 39 40 2 46 47 49 1 hide_kernel_threads=1 hide_userland_threads=0 hide_running_in_container=0 shadow_other_users=0 show_thread_names=0 show_program_path=1 highlight_base_name=0 highlight_deleted_exe=1 shadow_distribution_path_prefix=0 highlight_megabytes=1 highlight_threads=1 highlight_changes=0 highlight_changes_delay_secs=5 find_comm_in_cmdline=1 strip_exe_from_cmdline=1 show_merged_command=0 header_margin=1 screen_tabs=1 detailed_cpu_time=0 cpu_count_from_one=0 show_cpu_usage=1 show_cpu_frequency=0 update_process_names=0 account_guest_in_cpu_meter=0 color_scheme=0 enable_mouse=1 delay=15 hide_function_bar=0 header_layout=two_50_50 column_meters_0=AllCPUs Memory Swap column_meter_modes_0=1 1 1 column_meters_1=Tasks LoadAverage Uptime column_meter_modes_1=2 2 2 tree_view=0 sort_key=46 tree_sort_key=0 sort_direction=-1 tree_sort_direction=1 tree_view_always_by_pid=0 all_branches_collapsed=0 screen:Main=PID USER PRIORITY NICE M_VIRT M_RESIDENT M_SHARE STATE PERCENT_CPU PERCENT_MEM TIME Command .sort_key=PERCENT_CPU .tree_sort_key=PID .tree_view_always_by_pid=0 .tree_view=0 .sort_direction=-1 .tree_sort_direction=1 .all_branches_collapsed=0 screen:I/O=PID USER IO_PRIORITY IO_RATE IO_READ_RATE IO_WRITE_RATE Command .sort_key=IO_RATE .tree_sort_key=PID .tree_view_always_by_pid=0 .tree_view=0 .sort_direction=-1 .tree_sort_direction=1 .all_branches_collapsed=0 ```

[fleaz]

Funfact: All our machines look good again 😮

We had an unattended-reboot this night and got upgraded to kernel 5.14.0-508, so this probably fixed it.