Troubleshooting Install And Runtime Failures
Use the shipped status helper and the most common failure patterns to diagnose installer-managed control-plane issues.
Troubleshooting Install And Runtime Failures
The first diagnostic entry point is:
sudo /opt/noderax-platform/current/deploy/platform/status.shFirst checks
sudo /opt/noderax-platform/current/deploy/platform/status.sh
sudo docker ps
sudo journalctl -u noderax-platform-supervisor -n 200 --no-pagerWhat the status helper tells you
It prints:
- control-plane version, releaseId, and released timestamp
- current setup and runtime compose service states
- route probe results for API and web routing
- the current dependency health payload
- prepared or active control-plane update state when relevant
Common failure patterns
Setup stack is healthy but the runtime is not promoted yet
Expected symptoms:
api-setupexists- no
api-aorapi-b /setupworks
This means the control plane is still in setup mode. Finish /setup first.
ACME preflight or issuance fails
Check:
- public DNS resolution
- Cloudflare proxy mode
- port
80reachability - certbot logs
Web route probe fails while web container is healthy
This points to routing or promotion issues, not just container startup. The web service must serve the correct surface for the current phase:
/setupduring setup/loginafter promotion
Realtime feels silent
Check the runtime after login, not the setup stack. Realtime and live metric streaming depend on the installed runtime and active workspace-scoped event delivery.
Browser extension noise in the console can look like a Noderax realtime issue. Validate the actual websocket and API requests before treating console extension errors as product failures.
Installer-Managed Control-Plane Updates
Understand how control-plane update detection, download, prepared state, apply, and rollback work in installer-managed deployments.
What Is Noderax
Understand the current Noderax product surface, its deployment model, and how the main repos map to user-facing capabilities.