Skip to content

Conversation

@davidfowl
Copy link
Member

Some ideas for doctor checks based on github issues

cc @danegsta @karolz-ms

@github-actions
Copy link
Contributor

🚀 Dogfood this PR with:

⚠️ WARNING: Do not do this without first carefully reviewing the code of this PR to satisfy yourself it is safe.

curl -fsSL https://raw.githubusercontent.com/dotnet/aspire/main/eng/scripts/get-aspire-cli-pr.sh | bash -s -- 13677

Or

  • Run remotely in PowerShell:
iex "& { $(irm https://raw.githubusercontent.com/dotnet/aspire/main/eng/scripts/get-aspire-cli-pr.ps1) } 13677"

**Priority:** Medium
**Source:** [Discussion #9739](https://github.com/dotnet/aspire/discussions/9739)

Docker Desktop Resource Saver mode can cause "container runtime appears unhealthy" warnings.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am skeptical about this one. The Resource Saver mode had problems when it was introduced but over several releases most issues seem to have been ironed out. I am running with Resource Saver mode on and with default time-to-enter (which is 5 minutes) all the time (because that is what most users will have) and do not remember having any issues related to Resource Saver in the last 3 months, say.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agree. Lets remove it.

**Priority:** Low
**Source:** [Discussion #1671](https://github.com/dotnet/aspire/discussions/1671)

DCP creates temp files for stdout/stderr capture. Permission or path issues cause "run session could not be started" errors.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The referenced issue is very old, related to IDE execution, the error has nothing to do with path permissions. AI fail on this one.


**Check logic:**
- On Linux, check if docker is installed via snap (`/snap/bin/docker` symlinks to `/usr/bin/snap`)
- Warn that `ASPIRE_CONTAINER_RUNTIME=docker` may be needed
Copy link
Member

@karolz-ms karolz-ms Dec 22, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This env var won't change anything. AI fail.

**Fix suggestion:**
```
Set environment variable: ASPIRE_CONTAINER_RUNTIME=docker
Or install Docker via apt/dnf instead of snap
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This!

Containers may be accessible on `127.0.0.1` but not `localhost` if IPv6 is misconfigured or hosts file has issues.

**Check logic:**
- Verify `localhost` resolves correctly
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We need to define what this means


**Fix suggestion:**
```
Use a symbolic link instead of mounting Dev Drive as a folder
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It is fine to mount the dev drive as a folder, just use directory symbolic link, not directory junction, for that

**Check logic:**
- Detect known corporate security software processes
- Warn about potential DNS/networking interference if Aspire fails to start
- Suggest checking with IT if issues persist
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good luck 😏

**Check logic:**
- Time `docker container ls -n 1` command
- If slow (>5 seconds), warn about Docker Desktop performance issues
- Suggest downgrading Docker Desktop or restarting
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Restarting yes, but downgrading won't help. Also one can set the container runtime type explicitly via env var.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yea we should remove this one. I think our docker check is good enough.

---

### 1.15 Conflicting Environment Variables
**Priority:** High
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is this a high priority?

Copy link
Member Author

@davidfowl davidfowl Dec 22, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

AI man 😄 . We can probably leave this one out.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants