-
Notifications
You must be signed in to change notification settings - Fork 2.7k
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
Disable the M1 job as it's been failing consistently #28561
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thx. I think we would need to connect our own runners to saturate the allocation 🤷♂️
@holly-cummins pinging you as it has been failing for weeks now. Not sure what to do about it? Either you can fix it in a stable way or we will just have to wait for GH to roll M1 runners. |
I've rebooted the mac, so it's now running jobs again. |
... although manual reboots isn't sustainable, clearly. As a hack, I'll set up a scheduled reboot for Sunday, and we can see if that is enough to keep it sustainable. I'll also look into podman-desktop/podman-desktop#225 to see if that reduces the number of moving parts. |
Adding this in here, so it's searchable. This is the error that crops up and needs a reboot (for now?) to fix it.
Note that https://github.com/quarkusio/quarkus/actions/runs/3243362735/jobs/5318611709 isn't showing the error, because I rebooted the machine. :) |
We now have green builds on M1 again, and I have scheduled a reboot for midnight every Sunday. Clearly, that's not ideal, so I will raise a defect against podman (it seems slightly different from any existing issues): containers/podman#16163 |
I might have borked one build just now by trying to upgrade podman mid-build (because I can't quiesce them), but hopefully that was a one-off! |
Closing this |
No description provided.