Michael Stuckey
Michael Stuckey
Some options were discussed in [this thread](https://teams.microsoft.com/l/message/19:[email protected]/1698705311696?tenantId=72f988bf-86f1-41af-91ab-2d7cd011db47&groupId=4d73664c-9f2f-450d-82a5-c2f02756606d&parentMessageId=1698705311696&teamName=.NET%20Core%20Eng%20Services%20Partners&channelName=First%20Responders&createdTime=1698705311696). Did those have any impact?
> unfortunately no, been bogged down in a number of issues Sorry, just so I'm clear, does this mean Roslyn has had a chance to try these suggestions but they...
> At the same time ... it seems wrong that we're doing this vs. Helix doing this. It's good that you opened this issue then to revisit macOS dumps now...
> What if we wrote a supplementary script or tool that would: > > * remove the machine from Helix > * get the crash dumps present in the machine...
The helix client code can add telemetry that measures how often, how big and how much time is spent handling dumps. That can be exposed in a dashboard in Grafana...
In the original FR thread I mentioned [this idea](https://teams.microsoft.com/l/message/19:[email protected]/1698792531539?tenantId=72f988bf-86f1-41af-91ab-2d7cd011db47&groupId=4d73664c-9f2f-450d-82a5-c2f02756606d&parentMessageId=1698705311696&teamName=.NET%20Core%20Eng%20Services%20Partners&channelName=First%20Responders&createdTime=1698792531539): > Here's the best solution I've got that you can implement right now: (1) Compress the dumps, (2) put them in...
> Is that work something that would reasonably fit into our ops rotation? By default, "yes". If it is discovered to be too big, then we evaluate alternative ways to...
Is it normal to keep service connection PATs in this vault? This won't actually cause the service connection to update, right?
@epananth What's the status with this? It looks like it's stalled. Are you still working on it?