dotnet / dotnet/arcade

Enable crash dumps in AzDo Build pipelines

Open
#14,440 11 comments 1 reaction 0 assignees View on GitHub
Dominant language
C#
Stars
729
Forks
397
Avg merge
3d 15m
Merged PRs (30d)
149

Description

- [x] This issue is blocking
- [x] This issue is causing unreasonable pain

Recently, we had an intermittent crash in runtime in VMR build for preview 1, but it took multiple days to reproduce the issue and pinpoint what caused the crash. Since there is no infrastructure currently to get crash dumps in AzDO for build pipelines, it was an extremely painful process.

With a complex build such as VMR, it is essential to make diagnosable system and have crash dumps capability in AzDo builds.

It was especially painful to identity the exact VMR commit that introduced the regression. VMR doesn't have a single commit that corresponds to a single commit from the runtime repo. A commit in the VMR represents a batch of commits, one for each repo flowing into installer. So, it was not possible to simply checkout commits in the VMR to identify the specific offending commit in runtime.

cc @markwilkie @agocke @jkotas @mthalman @MichaelSimons @hoyosjs @tommcdon

Contributor guide

Open the contributing guide

Research direction

The issue names AzDo build pipelines and VMR runtime crashes but no files, tests, or entry points. Start by locating the Arcade infrastructure that configures AzDo build pipelines and reviewing how crash diagnostics are collected; done means build failures can provide crash dumps for diagnosing intermittent runtime crashes.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
build-system, ci-cd, devops
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.