Hermes

llama-server "srv operator(): instance name=... exited with status 1"

"instance name=... exited with status 1" is llama-server's router mode telling you that the child process it started for that model crashed while loading. It is not a Hermes bug. The usual cause is memory: Gemma 4 31B at Q8_0 needs about 33GB for the weights before any KV cache, and other loaded models take memory too. Read the child's error just above this line in the log, or run the model on its own to see it. Then set an explicit --ctx-size (64K is the Hermes minimum), use a 4-bit quant, start the router with --models-max 1, or update llama.cpp if the log says the architecture is unknown.

Likely cause

This line comes from llama.cpp's llama-server running in router mode (started with no -m, serving models on demand), not from Hermes. When Hermes asks for a model such as ggml-org/gemma-4-31B-it-GGUF:Q8_0, the router starts a separate llama-server child process for it. That child crashed during load, and the router only reports its exit code. The most common reason is memory: Gemma 4 31B at Q8_0 needs about 33GB for the weights alone, before the KV cache for your context size, and any other model the router still has loaded holds memory too. Other causes: a llama.cpp build too old to recognise the gemma4 architecture, a download that failed or stopped partway, or a bad argument in your models preset file, which makes the child exit immediately.

The fix

  1. 1 Scroll up in the router log to the lines just above this one. The router passes on the child's output, and the real error is there (failed to allocate, unknown model architecture, or a download error).
  2. 2 Or run the model on its own in the foreground with an explicit context size so the error prints directly (see the command below).
  3. 3 If memory is the problem, set --ctx-size explicitly instead of taking the model's default, move to a 4-bit quant, or reduce -ngl so fewer layers sit on the GPU. Hermes needs at least 64K context, so lower quantisation before you lower context.
  4. 4 Start the router with --models-max 1 so the model it last used is unloaded before the 31B loads, instead of both competing for VRAM.
  5. 5 If the log says unknown model architecture, update llama.cpp to a build with Gemma 4 support.
  6. 6 Once the model loads on its own, point Hermes back at the router and retry.
llama-server -hf ggml-org/gemma-4-31B-it-GGUF:Q8_0 --ctx-size 65536 -ngl 99
Full guideHermes Agent Context Length: Minimums, Limits, and FixesEvery error, one pageHermes Agent error index

Hit a different error?

Paste any agent error and get the cause and fix in seconds.

Open the decoder

Frequently asked questions

Is this a Hermes error or a llama.cpp error?

It's from llama.cpp. Hermes sent a request naming the model, llama-server's router tried to start that model, and the child process died. Hermes only sees the failed request that follows. The fix is on the llama-server side.

Exit status 1 doesn't tell me anything. Where is the real error?

In the log lines just above it. The router passes on each child's output before it reports the exit code. Look for failed to allocate, out of memory, unknown model architecture, or a download error. Running llama-server -hf with the same model on its own shows the same error without the router in between.

Can I run Gemma 4 31B at Q8_0 on a 24GB or 32GB GPU?

Not fully on the GPU. The Q8_0 weights alone are about 33GB. On 24GB or 32GB, use a 4-bit quant, which is roughly 18 to 20GB. Or keep Q8_0 and offload some layers to system RAM with a lower -ngl, which is much slower.

Stop firefighting agent errors

Decoding errors one at a time is the manual version of what BetterClaw automates. Run your agents on a no-code AI agent platform with managed models, retries and config validation built in.

Free plan available · Pro $49/mo · BYOK · 7-day money-back guarantee