-
Notifications
You must be signed in to change notification settings - Fork 921
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Macos runner gives randomly Intel (x86) or M1 (arm64) and no way to get only Intel(x86) #3339
Comments
https://github.com/kubernetes/minikube/actions/runs/8472699544/job/23358462960?pr=18531 |
macos-14 (is latest now) in GitHub Actions is only available for arm64. See here https://github.blog/changelog/2024-01-30-github-actions-introducing-the-new-m1-macos-runner-available-to-open-source, I fear that I have to rewrite my intel pipelines once macos-12/13 images are removed for GitHub Actions The macos-14 intel image is exclusively used by azure devops pipelines hosted agents |
@ChristopherHX even when I explicitly specify |
@joffrey-bion I'm unaffected This issue doesn't link any m1 macos-12/macos-13 job yet, maybe you can provide one? (larger paid runners with distinct labels like xlarge are arm64 pre macOS 14) |
It looks like I misattributed the source of the error. I was getting errors related to colima / nested virtualization, and usually it's a sign it's running on ARM, and once I found this specific Github issue I didn't look further. Now I added an architecture check and it turns out I'm I getting those failures on x86_64. They are different from plain missing support for nested virtualization. I will need to look into the actual cause. Thanks for making me double-check. |
@medyagh @ComradeProgrammer 👋 Can you share recent examples of this happening? I don't have telemetry for the links that you shared due to telemetry aging off. |
Describe the bug
We try to run functional test for minikube (using virtualbox) as seen here, how ever it randomly gives us either Arm64 or Intel CPU architecture and there is NO WAY for us to force it to give us only Intel
https://github.com/kubernetes/minikube/blob/5eecf3084f2487ceb3cebad33ddfe0006908c941/.github/workflows/pr.yml#L521
we use
To Reproduce
for the full yaml checkout https://github.com/kubernetes/minikube/blob/5eecf3084f2487ceb3cebad33ddfe0006908c941/.github/workflows/pr.yml#L521
Expected behavior
I expect it to give me the CPU architecture not randomly but through a tag such as Arch: x86
Runner Version and Platform
I am using whatever latest available public for free macos-12 agents.
OS of the machine running the runner? OSX/Windows/Linux/...
macos-12
What's not working?
We try to run minikube with Virtualbox but it fails because it gives us M1 Machines (arm64) and virtualbox only runs on intel.
Currently we are trying to implement a workaround that if we detect the CPU arch to be arm64 we Exit the test so at least it doenst fail, and we are planning to implement a cron job to keep triggering the test till it Gets the Right architecture, which is just a hack to get us going, and this is affecting anyone who uses macos runners, it is better to be fixed in github action runner for all users.
The text was updated successfully, but these errors were encountered: