OpenNebula add Host and Minione initial install fails NUMA check on OrangePI 5 Pro ARM64 making host unusable.

[swares]

/!\ To report a security issue please follow this procedure:
[https://github.com/OpenNebula/one/wiki/Vulnerability-Management-Process]

Description
Host fails with error due to numa checks failing.

Tests:

• Opennebula on AMD64 adding KVM or QEMU ARM64 Ubuntu Host.
• Minione on ARM64 Ubuntu Host.

Monitor.log
<MONITOR_MESSAGES><SYSTEM_HOST>Error executing numa_host.rb: internal:dir:15:in open': No such file or directory @ dir_initialize - /sys/bus/node/devices/ (Errno::ENOENT) from /var/tmp/one/im/kvm.d/../kvm-probes.d/host/system/numa_host.rb:97:in foreach' from /var/tmp/one/im/kvm.d/../kvm-probes.d/host/system/numa_host.rb:97:in `

' </SYSTEM_HOST>

NUMA Info
numactl --hardware
No NUMA available on this system

numastat
sysfs not mounted or system not NUMA aware: No such file or directory

OS:
Orange Pi 1.0.6 Jammy with Linux 6.1.43-rockchip-rk3588, based on Ubuntu 22.04.5 LTS (Jammy Jellyfish)

Hardware:
[Minione] Orange PI 5 Pro - 8 core, 4 gb ram ARM64 (rockchip-rk3588 SoC)

To Reproduce
Install and Minione check initial host, it fails with error.
Add ARM64 Host to OpenNebula, it fails with error.

Expected behavior
Host should reach ready state.

Details

• Affected Component: Sunstone [e.g. Sunstone, Scheduler, or Storage]
• Hypervisor: KVM & Qemu [e.g. KVM]
• Version: 7.0 OpenNebula and 7.0 Minione [e.g. 5.4.12 or development]

Additional context
Manufactures custom kernel for the device does not include numa or fake numa support.

Progress Status

• Code committed
• Testing - QA
• Documentation (Release notes - resolved issues, compatibility, known issues)