ollama - 💡(How to fix) Fix Error: 400 (empty body) when pulling hf.co GGUF models after successful download

Official PRs (…)
ON THIS PAGE

Recommended Tools

×6

Utilities matched from this issue’s tags and category — try them while you read without losing context.

GitHub issue graph ai analysis

Paste a GitHub issue URL. We fetch that issue, discover linked issues from bodies/comments/timeline, collect linked pull requests, and produce a structured English report.

The report is written in English Markdown for sharing and archival.

Helpful · Quick feedback

Loading…

Error Message

pulling manifest pulling fe4c25ea2f4e: 100% ▕████████████████████████████████████▏ 8.0 GB Error: 400:

Fix Action

Workaround

Manually creating the model from the already-downloaded blob works:

cat > Modelfile << 'MODELFILE'
FROM /path/to/.ollama/models/blobs/sha256-<hash>

TEMPLATE """<bos>{{ if .System }}<start_of_turn>user
{{ .System }}<end_of_turn>
{{ end }}{{ range .Messages }}{{ if eq .Role "user" }}<start_of_turn>user
{{ .Content }}<end_of_turn>
<start_of_turn>model
{{ else if eq .Role "assistant" }}{{ .Content }}<end_of_turn>
{{ end }}{{ end }}<start_of_turn>model
"""

PARAMETER stop "<end_of_turn>"
PARAMETER stop "<eos>"
MODELFILE

ollama create my-model -f Modelfile

Code Example

ollama run hf.co/arsovskidev/Gemma-4-E4B-Claude-4.6-Opus-Reasoning-Distilled:Q8_0

---

pulling manifest
pulling fe4c25ea2f4e: 100% ▕████████████████████████████████████▏ 8.0 GB
Error: 400:

---

cat > Modelfile << 'MODELFILE'
FROM /path/to/.ollama/models/blobs/sha256-<hash>

TEMPLATE """<bos>{{ if .System }}<start_of_turn>user
{{ .System }}<end_of_turn>
{{ end }}{{ range .Messages }}{{ if eq .Role "user" }}<start_of_turn>user
{{ .Content }}<end_of_turn>
<start_of_turn>model
{{ else if eq .Role "assistant" }}{{ .Content }}<end_of_turn>
{{ end }}{{ end }}<start_of_turn>model
"""

PARAMETER stop "<end_of_turn>"
PARAMETER stop "<eos>"
MODELFILE

ollama create my-model -f Modelfile

---

ollama version is 0.20.4
RAW_BUFFERClick to expand / collapse

What is the issue?

When pulling a GGUF model from HuggingFace (hf.co/...), the download completes successfully but Ollama returns Error: 400: (empty body) and fails to register the model. No manifest is created and the model does not appear in ollama list.

Reproduction steps:

ollama run hf.co/arsovskidev/Gemma-4-E4B-Claude-4.6-Opus-Reasoning-Distilled:Q8_0

Output:

pulling manifest
pulling fe4c25ea2f4e: 100% ▕████████████████████████████████████▏ 8.0 GB
Error: 400:

Also reproduced with :Q4_K_M variant (5.3 GB).

GGUF file details

Inspecting the downloaded blob confirms it is a valid GGUF v3 file:

  • general.architecture = gemma4
  • general.quantized_by = Unsloth
  • 720 tensors, 42 KV pairs

Workaround

Manually creating the model from the already-downloaded blob works:

cat > Modelfile << 'MODELFILE'
FROM /path/to/.ollama/models/blobs/sha256-<hash>

TEMPLATE """<bos>{{ if .System }}<start_of_turn>user
{{ .System }}<end_of_turn>
{{ end }}{{ range .Messages }}{{ if eq .Role "user" }}<start_of_turn>user
{{ .Content }}<end_of_turn>
<start_of_turn>model
{{ else if eq .Role "assistant" }}{{ .Content }}<end_of_turn>
{{ end }}{{ end }}<start_of_turn>model
"""

PARAMETER stop "<end_of_turn>"
PARAMETER stop "<eos>"
MODELFILE

ollama create my-model -f Modelfile

Expected behavior

Model should be registered and runnable after a successful download, same as ollama create from a local blob.

Relevant log output

Server log only shows 200 POST /api/pull — no error details logged server-side for the 400 response.

OS

macOS Darwin 25.3.0 (Apple Silicon)

GPU

Apple Silicon (Metal)

CPU

Apple Silicon

Ollama version

ollama version is 0.20.4

extent analysis

TL;DR

Manually creating the model from the downloaded blob using the provided workaround script may resolve the issue.

Guidance

  • The error occurs after a successful download of the GGUF model, suggesting an issue with the model registration process.
  • The workaround provided in the issue body can be used to manually create the model from the downloaded blob, which may help to identify if the issue is specific to the ollama run command.
  • Verify that the downloaded blob is a valid GGUF v3 file, as confirmed in the issue body, to rule out any issues with the model file itself.
  • Check the server log for any additional error details, although the current log output only shows a 200 POST /api/pull response.

Example

The provided workaround script can be used as an example:

cat > Modelfile << 'MODELFILE'
FROM /path/to/.ollama/models/blobs/sha256-<hash>

TEMPLATE """<bos>{{ if .System }}<start_of_turn>user
{{ .System }}<end_of_turn>
{{ end }}{{ range .Messages }}{{ if eq .Role "user" }}<start_of_turn>user
{{ .Content }}<end_of_turn>
<start_of_turn>model
{{ else if eq .Role "assistant" }}{{ .Content }}<end_of_turn>
{{ end }}{{ end }}<start_of_turn>model
"""

PARAMETER stop "<end_of_turn>"
PARAMETER stop "<eos>"
MODELFILE

ollama create my-model -f Modelfile

Replace <hash> with the actual hash of the downloaded blob.

Notes

The issue may be specific to the ollama run command or the model registration process, and further investigation is needed to determine the root cause.

Recommendation

Apply the workaround by manually creating the model from the downloaded blob using the provided script, as it has been confirmed to work in the issue body. This may help to resolve the issue until a more permanent fix is available.

Vote matrix · Quick signals

Works
Did the solution work? Tap to confirm.
Easy Fix
Was it a quick fix?
Time Saver
Did it save you time?
Blocking
Was it severely blocking?
Common Issue
Are others likely hitting this too?
Flaky / Intermittent
Is it intermittent?
Verified / Reproducible
Can you reproduce it reliably?
Loading…

FAQ

Expected behavior

Model should be registered and runnable after a successful download, same as ollama create from a local blob.

Still need to ship something?

×6

Another batch ranked right after the header list — different links, same matching logic.

Back to top recommendations

TRENDING