microsoft / microsoft/azure-container-apps
Unable to run a sidecar dotnet monitor container in replica
@ahmelsayed is already working on this.
Since Mar 10, 2023.
- Dominant language
- Bicep
- Stars
- 445
- Forks
- 54
- Avg merge
- 5h 14m
- Merged PRs (30d)
- 3
Description
Please provide us with the following information:
This issue is a: (mark with an x)
- bug report -> please search issues before submitting
- documentation issue or request
- regression (a behavior that used to work and stopped in a new release)
Issue description
We are currently having problems with constant CPU consumption by replicas (issue #620 ) and we are unable to run any of the diagnostic tools which dotnet provides (e.g. dotnet-trace), because they hang when ran inside the problematic replica. We figured that running a sidecar container with dotnet diagnostic tools next to our main container might solve this problem. The problem is, there is absolutely no documentation on how this can be done. I've tried looking through the tutorials for K8S, but they are of little help as we have no access to the AKS which underlies the ContainerApp. I also get the impression that in order for a sidecar diagnostic container to work, it has to share the process namespace of the main container. Is that achievable? I would be very thankful if someone can point me to some documentation on the topic.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Assessment
This issue has not been assessed yet.