Skip to content
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

Build failure in arm runner without any specific error #89

Open
Biswa96 opened this issue Jun 14, 2024 · 13 comments
Open

Build failure in arm runner without any specific error #89

Biswa96 opened this issue Jun 14, 2024 · 13 comments

Comments

@Biswa96
Copy link
Member

Biswa96 commented Jun 14, 2024

  1. kate 24.05.1
    https://github.com/msys2-arm/msys2-autobuild/actions/runs/9519792468/job/26243761770#step:11:2005

This same issue happened before. @jeremyd2019

@jeremyd2019
Copy link
Member

Yeah I remember this. It also didn't happen when I built the package manually, or on my "ci" runner using MINGW-packages CI mechanism. Very strange.

I did just make new runner instances for June's Patch Tuesday, and I also reduced the packages pre-installed (git zip and unzip).

@jeremyd2019
Copy link
Member

It actually failed this time running manually.

@jeremyd2019
Copy link
Member

Exit status -1073741819 - I think that's C0000005 - access violation?

@jeremyd2019
Copy link
Member

I was trying to track it down and it stopped reproducing. Restarted runner, see what happens

@jeremyd2019
Copy link
Member

Well it worked that time. Gave a bunch of module errors output. I noticed it was failing to load those, but figured that was expected. Now it's giving a bunch of output about them

@Biswa96 Biswa96 closed this as completed Jun 19, 2024
@jeremyd2019
Copy link
Member

I was thinking maybe defender was getting in the way, but changing its settings didn't help. I noticed search indexer was using cpu, I was starting to mess with that when it started working again, maybe that was interfering? I wonder if it would be safe to disable the windows search service as part of my runner setup, or if some package might try to talk to it

@jeremyd2019
Copy link
Member

I've re-created the runners for with this month's updates. I also manually switched WSearch service to demand start, so hopefully that will help.

@jeremyd2019
Copy link
Member

I haven't seen any particular issues with WSearch service set to demand - I'm thinking about adding that to my configs for windows setup moving forward. I haven't had to make a change to the basic windows setup (unattend.xml) in some time though.

@Biswa96 Biswa96 reopened this Aug 26, 2024
@Biswa96
Copy link
Member Author

Biswa96 commented Aug 26, 2024

@jeremyd2019
Copy link
Member

I added setting wsearch service to demand (manual) start to a setup script this time, and I just confirmed that it is still demand start, but it was running. I just stopped it and switched it to disabled. I'm not even sure wsearch is the cause...

@Biswa96
Copy link
Member Author

Biswa96 commented Aug 27, 2024

Could you upload the package manually?

@jeremyd2019
Copy link
Member

I could not get it to build manually on the autobuild instance. I just ran it using the "ci" mechanism of MINGW-packages and it built successfully first try. https://github.com/msys2-arm/MINGW-packages/actions/runs/10584202340/job/29327925930

I've uploaded that build manually now.

@jeremyd2019
Copy link
Member

Another month, another new runner instance - this time created with WSearch service disabled from the start, but I don't think that was actually the problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants