Open jharriga opened 7 months ago
current cpu architectures are from cpu_id
, only working for x86. We need a sysfs id to get for ARM.
Seeing same behavior with kepler v0.7.11 on RHEL9/ARM64 Ampere system
[root]# lscpu | grep Model Model name: Neoverse-N1 BIOS Model name: Ampere(R) Altra(R) Max Processor
[root]# uname -a Linux perf-arm-11.perf.eng.bos2.dc.redhat.com 5.14.0-362.21.1.el9_3.aarch64 #1 SMP PREEMPT_DYNAMIC Thu Jan 25 08:27:11 EST 2024 aarch64 aarch64 aarch64 GNU/Linux
[root]# curl localhost:8888/metrics|grep kepler_node_info
kepler_node_info{components_power_source="ampere-xgene-hwmon",cpu_architecture="unknown",platform_power_source="none",source="os"} 1
this issue turns out still there in recent code
What happened?
On RHEL9/arm64 system 'kepler_node_info' incorrectly reports “cpu_architecture”
kepler_node_info{components_power_source="ampere-xgene-hwmon",cpu_architecture="unknown",platform_power_source="none",source="os"} 1
What did you expect to happen?
cpu_architecture indicates the systems cpu arch
lscpu | grep Model
Model name: Neoverse-N1 BIOS Model name: Ampere(R) Altra(R) Max Processor
How can we reproduce it (as minimally and precisely as possible)?
Download & install rpm start service root# systemctl start container-kepler --now root# curl localhost:8888/metrics | grep kepler_node_info
Anything else we need to know?
No response
Kepler image tag
Kubernetes version
Cloud provider or bare metal
OS version
Install tools
Kepler deployment config
Container runtime (CRI) and version (if applicable)
Related plugins (CNI, CSI, ...) and versions (if applicable)