KoboldCpp troubleshooting: start from what you see

First make the error visible: start KoboldCpp from a Command Prompt or terminal so the window stays open, then read the last lines. Then pick your symptom below; each answer leads to one fix. If you already have an error message, paste the log into the analyzer under the tree. Most problems come from the wrong download for your hardware, a model that does not fit in memory, or a KoboldCpp version older than the model.

Checked against KoboldCpp 1.124.2 · updated 13 Nov 2026
  • lab-lnx: Linux test VM · 4 vCPU · 15 GB · no GPU
  • gha-w25: Windows Server 2025 test machine · 4 vCPU · 16 GB · no GPU
  • gha-w22: Windows Server 2022 test machine · 4 vCPU · 16 GB · no GPU
  • gha-u24: Ubuntu 24.04 test machine · 4 vCPU · 16 GB · no GPU
  • gha-mac15: macOS 15 test VM (Apple Silicon) · 3 vCPU · 7 GB · paravirtual Metal
  • sw-vulkan: Software Vulkan (Mesa lavapipe) · reports exact VRAM allocations, speeds meaningless
How we test
On this page
  1. KoboldCpp not working? Find your symptom
  2. Have an error message? Paste it here
  3. Fix guides
  4. Five checks that solve most problems
  5. Read the KoboldCpp console in 60 seconds
  6. Connection problems
  7. “Failed to fetch” or “NetworkError” in Kobold Lite
  8. 404: “this endpoint does not exist”
  9. 401 Unauthorized
  10. Port 5001 already in use
  11. My phone or another PC can’t reach it
  12. SillyTavern won’t connect
  13. Bad, repeating or cut-off replies
  14. <think> text shows, or it never stops thinking
  15. Replies stop early
  16. It feels dumber after an update
  17. A feature doesn’t work
  18. How to change the model
  19. Still stuck? Ask for help the right way

KoboldCpp not working? Find your symptom

What is going wrong?

The tree has no tracking: your answers stay in the page address (after the #), so you can bookmark or share a path.

Have an error message? Paste it here

The result appears here. Nothing you paste leaves this page.

The analyzer runs in your browser. Nothing is uploaded, and it hides personal details such as your user name.

Fix guides

Five checks that solve most problems

Five checks 0 of 5 done

  1. See the output. How to keep the window open.
  2. Right file. The download picker chooses it. In our tests the CUDA file on a machine without NVIDIA started and ran on the CPU, 2 to 4 times slower F02. The old-PC build on a modern CPU was about 40% slower F03.
  3. Current version. Latest release we checked: 1.124.2 (see the releases page for newer ones). See how to update.
  4. Fit. Use the memory calculator before you load a large model.

Read the KoboldCpp console in 60 seconds

The console tells you where the model really is. This excerpt is from a real start on a machine with no GPU. The notes are the lines that matter.

Real start, CPU onlyR-run1-lnx-nocuda-base-default-args · lab-lnx · KoboldCpp 1.124.2
Welcome to KoboldCpp - Version 1.124.21No GPU or CPU backend was selected. Trying to assign one for you automatically...2Unable to detect VRAM.3Auto Selected Default Backend (flag=0)4Initializing dynamic library: koboldcpp_default.so5…load_tensors: offloaded 0/25 layers to GPU6llama_context: n_ctx                 = 166407llama_kv_cache:        CPU KV buffer size =   195.00 MiB8
  1. Welcome to KoboldCpp - Version 1.124.2: Your version. Compare it with the latest release.
  2. No GPU or CPU backend was selected. Trying to assign one for you autom: No backend was chosen by you.
  3. Unable to detect VRAM.: KoboldCpp cannot size GPU layers automatically (F18).
  4. Auto Selected Default Backend (flag=0): The default (CPU) engine was picked.
  5. Initializing dynamic library: koboldcpp_default.so: Which engine library loaded. A name with noavx2 means the old-CPU path (F03).
  6. load_tensors: offloaded 0/25 layers to GPU: Layers on the GPU. Do not trust this line alone: in F17 it said 25/25 while everything ran on the CPU.
  7. llama_context: n_ctx = 16640: The context you asked for plus 256 (F06).
  8. llama_kv_cache: CPU KV buffer size = 195.00 MiB: Where the context memory lives. This is the line to trust (F17).

The same lines on a machine with a Vulkan device look different. The device name replaces CPU in the buffer lines. This one comes from a software Vulkan device on our test machine (no physical graphics card yet), which prints the same line formats a real GPU does.

Vulkan device found, 12 of 25 layers offloadedR-lab2-3-u24-vk-gl12-alloc-q4-ctx4096 · u24-vk-gl12 · KoboldCpp 1.124.2
Initializing dynamic library: koboldcpp_vulkan.so1ggml_vulkan: Found 1 Vulkan devices:2load_tensors: offloaded 12/25 layers to GPU3load_tensors:      Vulkan0 model buffer size =   106.39 MiB4llama_kv_cache:        CPU KV buffer size =    27.62 MiBllama_kv_cache:    Vulkan0 KV buffer size =    23.38 MiB5
  1. Initializing dynamic library: koboldcpp_vulkan.so: The Vulkan engine loaded.
  2. ggml_vulkan: Found 1 Vulkan devices:: A device was found. On a real PC this line names your graphics card.
  3. load_tensors: offloaded 12/25 layers to GPU: Only some layers: we set 12 by hand.
  4. load_tensors: Vulkan0 model buffer size = 106.39 MiB: Model weights on the device.
  5. llama_kv_cache: Vulkan0 KV buffer size = 23.38 MiB: Context memory split between CPU and device.

If your buffer lines all say CPU, the work is on the CPU, whatever else the log says. See not using the GPU.

Connection problems

“Failed to fetch” or “NetworkError” in Kobold Lite

The browser could not reach KoboldCpp: the server stopped or crashed, or a tunnel timed out. Look at the console window first. If it is gone, start KoboldCpp again from a terminal. Users report this on 5 issues; the message is explained under Failed to fetch.

404: “this endpoint does not exist”

The exact text is KoboldCpp HTTP Server is running, but this endpoint does not exist. Please check the URL and METHOD. F23. It means the path or the method is wrong for that API type. One server answers the KoboldAI, OpenAI, Ollama and A1111 families, so check the base URL your app needs on the API page and try it in the API tester. See also the 404 row.

401 Unauthorized

A password is set with --password. Generation endpoints return 401 without the key and answer 200 with it sent as a Bearer token. The web page and the model name stay reachable without it F25.

Port 5001 already in use

A second KoboldCpp on the same port prints a normal start-up banner, then stops with OSError: Cannot start the server: no socket could bind. followed by the wrapper line Failed to execute script 'koboldcpp'; the first one keeps running F49. Close the other one, or choose another port with . See the row.

My phone or another PC can’t reach it

By default it is available on the PC only. Follow remote access.

SillyTavern won’t connect

Check the API type and the address. Use the SillyTavern guide and try the same address in the API tester.

Bad, repeating or cut-off replies

Work through the three causes in this order:

  1. The chat template is wrong. Pick the one the model was made for: chat templates.
  2. A sampler is too strong. Repetition penalty, DRY or XTC set too high can cause loops: samplers.
  3. A backend or version problem. Try --noflashattention, try another backend such as CUDA or Vulkan, or try the previous release from the releases.

<think> text shows, or it never stops thinking

A reasoning model prints its thinking first. Use the matching template and thinking setting: chat templates.

Replies stop early

EOS token triggered! is a normal end-of-reply note (row). If replies are too short, raise the response length in Kobold Lite and check the samplers.

It feels dumber after an update

Try the previous release with the same model and settings, and compare. Releases are listed on the releases page.

A feature doesn’t work

How to change the model

Close KoboldCpp and start it again with another model file, using the launcher’s model field or the model argument. To switch without restarting, start it with . See the launcher and flags.

Still stuck? Ask for help the right way

Include:

  • the first lines of the console (the version line), your operating system and your GPU,
  • the name of the KoboldCpp file you downloaded and the model file name,
  • the whole log, redacted with the analyzer’s copy button,
  • what you already tried.

Search the existing GitHub issues first. Then ask on the KoboldAI Discord (koboldai.org/discord) or r/KoboldAI. koboldcpp.dev is independent and cannot fix KoboldCpp bugs: report bugs upstream. Our methods are on how we test.

Frequently asked questions

Why does KoboldCpp close immediately?

The window closes when the program stops, and the error was printed inside it. Start KoboldCpp from a Command Prompt or terminal so the text stays, then read the last lines. In our tests a missing model file, a file that is not a GGUF and a busy port each stopped it within seconds.

Where is the KoboldCpp log?

In the console window. In our Linux test no log file appeared in the working folder, the home folder or the temp folder, so copy the text from the window or start KoboldCpp from a terminal so the window stays open.

Why does Kobold Lite say "Failed to fetch"?

The browser could not reach the server. KoboldCpp stopped, crashed, or a tunnel timed out. Check the console window first: if KoboldCpp is still running, check the address and port.

How do I change the model in KoboldCpp?

Close KoboldCpp and start it again with another model file, using the launcher's model field or the model argument. To switch without restarting, start it with admin mode on.

How do I know if KoboldCpp is using my GPU?

Find the line that says KV buffer size. If it starts with CUDA0, Vulkan0 or MTL0 the context memory is on the GPU. If it starts with CPU it is not, even when another line says all layers were offloaded.

KoboldCpp worked yesterday and not today: what changed?

The usual suspects are a KoboldCpp update, a graphics driver update, a different model file, or a security program blocking the file. Change one thing at a time to find which.