-
Notifications
You must be signed in to change notification settings - Fork 4.9k
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
[maccatalyst][arm64] Flaky test failure in CI : Failed to get bundle information #63572
Comments
Tagging subscribers to 'os-maccatalyst': @steveisok, @akoeplinger Issue DetailsIt's a flaky test failure - happens on some rolling builds, e.g.
|
I couldn't figure out the best area label to add to this issue. If you have write-permissions please help me learn by adding exactly one area label. |
Tagging subscribers to this area: @directhex Issue DetailsIt's a flaky test failure - happens on some rolling builds, e.g.
|
@premun Any idea what would be the cause? |
Seems like This
comes from here: var result = await _processManager.ExecuteCommandAsync(PlistBuddyPath, args, log, commandOutput, commandOutput, TimeSpan.FromSeconds(15), cancellationToken: cancellationToken);
if (!result.Succeeded)
{
throw new Exception($"Failed to get bundle information: {commandOutput}");
} We can bump the 15 second timeout or we can ignore the timeout. This operation should be quick as it only parses the XML so not sure bumping will help as it might be just hanging somewhere. |
Since this appears to be flaky, can we bump the timeout and see if that helps? |
The new XHarness with increased timeout is here: #63680 |
It's merged so let's give it a few days for it to propagate to all PR branches and let's see if we see this still |
It still happens after increasing the timeout: |
Then I propose reverting the timeout and just ignoring the fact it times out since |
@MaximLipnin do you know how to get logs from more repros easily? I am wondering if it only happens when getting |
Maybe something like this?
|
@MaximLipnin it has been a couple of days. Are we seeing any more of these issues? |
@premun Seems it's gone, at least, I dont see it anymore |
I'm closing it as resolved, thanks to @premun for addressing. |
Since #63572 no longer happens in CI, we can promote MacCatalyst templates from the runtime-staging to the runtime-extra-platforms pipeline. For now we will keep MacCatalyst arm64 legs in runtime-staging as they are not stable on OSX 11.00 queues (see #64452 (comment)). Co-authored-by: Steve Pfister <steve.pfister@microsoft.com> Co-authored-by: Alexander Köplinger <alex.koeplinger@outlook.com>
It's a flaky test failure - happens on some rolling builds, e.g.
https://helixre8s23ayyeko0k025g8.blob.core.windows.net/dotnet-runtime-refs-heads-main-f31599a56a244094b0/Microsoft.Extensions.Configuration.EnvironmentVariables.Tests/1/console.0bcd8cf3.log?sv=2019-07-07&se=2022-01-29T20%3A27%3A51Z&sr=c&sp=rl&sig=5fySqKzsC5uO1MRG386a0QXb9%2F1gy7vUks196tsrzKs%3D
The text was updated successfully, but these errors were encountered: