siderolabs / omni-feedback

Omni feature requests, bug reports
https://www.siderolabs.com/platform/saas-for-kubernetes/
MIT License
2 stars 0 forks source link

[bug] <title> #45

Closed piersdd closed 1 year ago

piersdd commented 1 year ago

Is there an existing issue for this?

Current Behavior

When installing Talos Linux arm64 virtualised on macOS Apple Silicon, using QEMU via UTM which "employs Apple's Hypervisor virtualization framework"

The node registers, mislabelled, with Omni as platform:metal

otherwise.. works a treat! thankyou

Expected Behavior

The node registers, labelled; platform:QEMU or somesuch

Steps To Reproduce

On M1 or M2 Apple Mac, utilise Apple's Hypervisor virtualization framework, with https://github.com/utmapp/UTM

Provision new virtualised QEMU instance using Omni downloaded arm64.iso

What browsers are you seeing the problem on?

Safari

Anything else?

No response

smira commented 1 year ago

The metal platform is a Talos way to call where it runs. Other platforms are aws, gcp, etc. So it's expected that bare-metal, VMs use a generic metal platform. It defines more the way the node boots up, acquires the machine config, rather than the hardware it runs on. Hardware is described via SMBIOS data, which might or might not be available in your case.

piersdd commented 1 year ago

understood. thanks On 28 May 2023 at 19:40 +1000, Andrey Smirnov @.***>, wrote:

The metal platform is a Talos way to call where it runs. Other platforms are aws, gcp, etc. So it's expected that bare-metal, VMs use a generic metal platform. It defines more the way the node boots up, acquires the machine config, rather than the hardware it runs on. Hardware is described via SMBIOS data, which might or might not be available in your case. — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you authored the thread.Message ID: @.***>