-
Notifications
You must be signed in to change notification settings - Fork 845
Description
Is there an existing issue for this?
- I have searched the existing issues
Describe the bug
Continuation of #8206, but that issue has been locked.
If a containers crashes upon startup it still continues to report no logs in both 9.3 and 9.4.0-preview.1.25351.3.
9.4 does have some improvement in that it tells me the container crashed (all be it with a rather confusing error), but the logs are still missing.
fail: Aspire.Hosting.Dcp.dcpctrl.ContainerReconciler[0]
failed to start Container {"Container": {"name":"REDCTED-mkvtbbkr"}, "Reconciliation": 39, "ContainerID": "aeecc55e407fb644a0fd24dda32536c7a52511566f67bd54da7c19d451d967dd", "error": "container 'REDACTED-mkvtbbkr' start failed (exit code 1)\nwriter is closed\nnot all requested objects were returned\nonly 0 out of 1 containers were successfully started"}
This issue is a significant blocker towards us using Distributed Application Testing builder - when (not if) we screw something up and cause the app to crash on startup, we're pretty much unable to debug. Not only does DCP not report the logs, but it also immediately deletes the container from docker when it crashes, so you can't even pull the logs of the stopped container through docker.
The fix for our crash is almost certainly a silly missing environment variable, but lack of logs means we're unable to see exactly what we're missing.
Expected Behavior
No response
Steps To Reproduce
No response
Exceptions (if any)
No response
.NET Version info
No response
Anything else?
No response