fix: prevent failed containers from showing as running on dashboard
- Add final get_container_status check in start_tool_instance before writing status=running; mark as error and return logs if container stopped - Treat restarting as error in HealthMonitor when DB status was already running, so crash loops are surfaced instead of preserved - Disable auto-restart (restart: unless-stopped -> restart: no) for tool instances in manifest compiler, legacy dockerfile path, and built-in seeds Quality gates: - pytest tests/unit: 210 passed - ruff: clean on changed files - mypy: clean on changed files
This commit is contained in:
+2
-2
@@ -4,10 +4,10 @@ dir: apps
|
||||
index: apps/.pi-map.index.md
|
||||
|
||||
## role
|
||||
Contains the deployable application entry points and main executables for the project.
|
||||
Contains the deployable application entry points and executable configurations for the project.
|
||||
## files
|
||||
## arch
|
||||
Typically follows a multi-app workspace pattern where each subdirectory represents a standalone application with its own main.ts, configuration, and dependency injection setup, often sharing common libraries from other packages.
|
||||
Modular application structure where each subdirectory represents a separate deployable unit or service, following a monorepo or multi-app pattern.
|
||||
## tags
|
||||
-
|
||||
## symbols
|
||||
|
||||
Reference in New Issue
Block a user