You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
fix(onboard): verify the agent API host forward before reporting ready
Deployment verification probed the agent gateway only from inside the
sandbox and probed just the dashboard port on the host. For Hermes, whose
manifest forwards a second host port for the OpenAI-compatible API, a
failed API forward therefore left every checked link green: onboarding
printed "Deployment verified" and "Hermes is ready", and advertised an
API URL that refused every connection.
Probe the agent API port from the host too, whenever the agent declares
one distinct from the dashboard port, and fold it into the deployment
health result so a dead forward pauses onboarding with an actionable
diagnostic instead of a false success. Agents without a separate API
port keep their single dashboard probe unchanged.
Resolve that port per sandbox rather than from the manifest default, so
a second Hermes sandbox holding a reallocated port from the 8642-8652
range is not reported as unreachable.
Fixes#9290
Signed-off-by: Yanyun Liao <yanyunl@nvidia.com>
Copy file name to clipboardExpand all lines: docs/reference/troubleshooting.mdx
+20Lines changed: 20 additions & 0 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -4893,6 +4893,26 @@ Expected output:
4893
4893
Point an OpenAI-compatible client at `http://127.0.0.1:8642/v1` for chat completions.
4894
4894
For terminal use, run `nemohermes launch <name>`.
4895
4895
4896
+
### Onboarding reports "Hermes is not ready" with an unreachable API port
4897
+
4898
+
Deployment verification probes the OpenAI-compatible API on its host forward, not only inside the sandbox.
4899
+
When the sandbox gateway is healthy but the host forward never came up, verification reports the API link as failed and onboarding finishes with `Hermes is not ready` instead of a successful handoff:
4900
+
4901
+
```text
4902
+
✗ api: port forward not working (connection refused)
4903
+
The OpenAI-compatible API on port 8642 is not reachable from the host. Run: openshell forward start --background 8642 <name>
4904
+
```
4905
+
4906
+
The sandbox itself is intact, so start the forward and re-check:
4907
+
4908
+
```bash
4909
+
openshell forward list # confirm no row owns the API port
4910
+
openshell forward start --background 8642 <name>
4911
+
curl -sf http://127.0.0.1:8642/health
4912
+
```
4913
+
4914
+
If the forward still refuses connections, a foreign host listener usually holds the port; stop it, then rerun `$$nemoclaw onboard` to complete verification.
4915
+
4896
4916
### `docker port` shows no mapping for 8642 even though forwarding works
4897
4917
4898
4918
OpenShell port forwards are host-side relays managed by the OpenShell gateway process, not Docker `-p` publish mappings on the sandbox container.
0 commit comments