Ollama: "Model metadata for qwen3.6:27b not found" warning even though the model is available and Codex can use it

Resolved 💬 3 comments Opened May 12, 2026 by hsiong Closed May 16, 2026

What version of Codex CLI is running?

0.130.0

What subscription do you have?

None - I am using an Ollama provider

Which model were you using?

qwen3.6:27b

What platform is your computer?

Linux x86_6

What terminal emulator and version are you using (if applicable)?

zsh

What issue are you seeing?

hen I start Codex CLI with Ollama and select qwen3.6:27b, Codex shows:

> Model metadata for qwen3.6:27b not found. Defaulting to fallback metadata; this can degrade performance and cause issues.

However, the model is present in Ollama and Codex is still able to use it successfully.

This makes it look like Codex does not have built-in metadata for this Ollama model slug and falls back to generic metadata.

What steps can reproduce the bug?

  1. Install/use Codex CLI 0.130.0
  2. Run Ollama locally
  3. Ensure the model exists:

```sh
ollama list

Example output includes:

qwen3.6:27b

  1. Start Codex with Ollama:

codex --oss --local-provider ollama -m qwen3.6:27b
or:

codex --dangerously-bypass-approvals-and-sandbox --oss -m qwen3.6:27b

  1. Observe the warning at startup

What is the expected behavior?

If Ollama serves the model successfully and Codex supports using arbitrary Ollama model slugs, Codex should either:

  1. recognize qwen3.6:27b without warning, or
  2. document that this warning is expected for newer/custom Ollama model slugs and clarify the practical impact

Additional information

Local checks from the same machine:

ollama --version

returned:

0.20.3

ollama show qwen3.6:27b

returned model details successfully, including architecture/context information.

ollama show --modelfile qwen3.6:27b

shows that Ollama serves it with:

RENDERER qwen3.5
PARSER qwen3.5

I also verified that Codex can execute a simple prompt against qwen3.6:27b; the warning does not prevent basic usage, but it suggests degraded behavior/performance.

This looks related to missing Codex-side metadata for the specific model slug rather than an Ollama availability problem.

Possibly related issue:

  • #14757

View original on GitHub ↗

This issue has 3 comments on GitHub. Read the full discussion on GitHub ↗