-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
libtool_check_unique failed to generate #14113
Comments
Interesting. Do you know if the machine has run any other developer tools commands on macOS, like |
Oh dear. I certainly hope it's not waiting for user input! I don't have a way to verify if that exact machine ran that command. I have another build that just finished right after that one that appears to have succeeded, though it was scheduled on a different machine:
These are Microsoft's standard cloud hosted, free agents though, I'd be surprised if that hadn't been run? It looks like that is in one of the setup scripts from powershell to run, so unless that script didn't execute on that exact machine, it seems unlikely |
I would also be surprised, but it's quite suspect that another run would pass |
This popped up again today. Different workspace, but still on azure machines:
https://app.buildbuddy.io/invocation/ed53b9ad-5bee-41b0-a091-3d26c0751a29#details |
Issue triager here: @keith do you think this belongs here or at https://github.com/bazelbuild/rules_apple? |
here as it's part of the toolchain setup that lives in this repo, but I assume this is an Xcode environment issue still |
BTW, this also happens for me. On GitHub Actions, Bazel appears to be so flaky (especially on macOS) that I resorted to have all Bazel commands retry automatically with a one-minute sleep in between attempts. It would be nice if Bazel could generally retry non-deterministic/network-heavy actions more aggressively and increase timeouts if it detects that it's running on a CI system. Example log in my case
|
Not surprised this is happening on GitHub actions as well. AFAIK they are the same images that Azure Pipelines uses. |
BTW, is there a good workaround? Unfortunately simply retrying doesn't actually help in this case because the broken repository contents are still in the cache. Is there a way to clean out a specific external repository without having to do a full |
If you are not using Xcode (only vanilla clang builds with the Xcode command line tools), you can set If you know the specific path to Xcode, you can try setting If you know the specific versions of Xcode your CI uses you can follow this approach https://www.smileykeith.com/2021/03/08/locking-xcode-in-bazel/ to hopefully reduce some of the time here. Otherwise I would recommend adding a pre-bazel step on CI to debug compiling a single C++ file. Here is the code (for bazel 4.2.1) that seems to be taking longer than 30 seconds on those machines to run: bazel/tools/cpp/osx_cc_configure.bzl Lines 56 to 73 in 02ad3e3
|
Thanks, I'll try that! |
e.g. https://github.com/carbon-language/carbon-lang/runs/4768894988?check_suite_focus=true -- I'm seeing this too frequently and wondering if we can duck it per bazelbuild/bazel#14113 (comment)
We're still seeing this issue pretty often to be annoying enough on our macOS CI. Is there any update on the investigation? |
Are you using GA too? AFAIUI this isn't a bazel issue |
@keith What's GA? I can reproduce this by doing the following:
|
sorry github actions. if you can reproduce that consistently maybe you can see if it's a timeout or something else? |
I encountered a similar error when running the https://github.com/angular/angular/ test suite, using bazel 4.2.1_1 & 5.2.0 from brew on macos 12.4 (21F79). bazel does inform me that the project requires bazel 5.0.0, but it doesnt seem that should cause this error.
|
People see a lot of timeouts on these calls, especially when using github actions. Bumping them a bit shouldn't hurt the common case but might help this issue. Related: bazelbuild#14113
People see a lot of timeouts on these calls, especially when using github actions. Bumping them a bit shouldn't hurt the common case but might help this issue. Related: bazelbuild#14113 Closes bazelbuild#15877. PiperOrigin-RevId: 462325991 Change-Id: I61819f558eed7964ac9fee1d9ff5171689e01aa5
People see a lot of timeouts on these calls, especially when using github actions. Bumping them a bit shouldn't hurt the common case but might help this issue. Related: #14113 Closes #15877. PiperOrigin-RevId: 462325991 Change-Id: I61819f558eed7964ac9fee1d9ff5171689e01aa5 Co-authored-by: Keith Smiley <[email protected]>
Description of the problem / feature request:
More context:
build buddy link: https://app.buildbuddy.io/invocation/ee1309f6-609f-406d-92dd-eea35b849873
Bugs: what's the simplest, easiest way to reproduce this bug? Please provide a minimal example if possible.
No idea. This happened on my Azure Pipelines MAC OSX CI machine. Historically, this has not happened. Filing this issue because the error message said so.
This works fine locally on my own macbook pro 2015
What operating system are you running Bazel on?
Azure Pipelines
macOS-latest
vmImage:What's the output of
bazel info release
?unkown: can't access build machine
Build buddy reports this as: bazel v4.2.1 build
Have you found anything relevant by searching the web?
No
Any other information, logs, or outputs that you want to share?
Original Azure Pipelines Build: succeeded on ubuntu-18.0.4 and windows-latest: https://dev.azure.com/samhowes/rules_msbuild/_build/results?buildId=446&view=logs&j=a82d9e72-1de4-5bd6-c188-90296135479e&t=a5d3621d-4bc4-454e-8348-6c36583ed13d
The text was updated successfully, but these errors were encountered: