Ollama «max retries exceeded»: pon el proxy en el servidor y actualiza a v0.40.15

En resumen: Error: max retries exceeded en ollama pull significa que una parte de la descarga falló seis veces. Lo útil está después de los dos puntos. Lo habitual es que el manifest pase y falle un blob en Cloudflare R2. Pon HTTPS_PROXY en el proceso del servidor Ollama, no solo en la terminal, y actualiza a la estable v0.40.15. El 9/11/2026 reprodujimos en Linux (v0.40.15) el fallo cuando el proxy no llega al servicio.

Cómo leer el mensaje

Forma típica de #18842 (Ollama 0.35.1):

pulling manifest
Error: max retries exceeded: Get "https://….r2.cloudflarestorage.com/ollama/docker/registry/v2/blobs/sha256/…": …

La primera mitad no cambia. Tras los dos puntos verás no such host, i/o timeout, connection refused o EOF. El FAQ oficial indica usar HTTPS_PROXY en el servidor detrás de un proxy, y evitar HTTP_PROXY.

Manifest bien, blob mal

El registro devuelve el manifest; los ficheros grandes redirigen a R2. #18729 (cerrada) describe que desde 0.35.0 algunas builds ignoraban HTTPS_PROXY en el blob. Relacionada: #18716. Como #18729 está cerrada, no digas que el bug sigue sin arreglo en upstream; si te pasa, escribe «aún hay informes de usuarios» con versión y fecha (#18842 en 0.35.1; ese usuario dijo que con 0.40.6 iba bien).

Otro fallo silencioso: export en la shell mientras la app de macOS o el unit de systemd no ven la variable.

Qué probamos el 9/11/2026

Linux, Ollama v0.40.15, OLLAMA_HOST=127.0.0.1:11434.

1. Arrancamos ollama serve con HTTPS_PROXY=http://127.0.0.1:1 (nadie escucha). El pull falló con proxyconnect tcp: dial tcp 127.0.0.1:1: connect: connection refused. El proxy tiene que estar en el servidor.

2. Con NO_PROXY=registry.ollama.ai y un proxy muerto para el resto. La UI se quedó en pulling manifest y terminó así:

Error: max retries exceeded: Get "https://….r2.cloudflarestorage.com/ollama/docker/registry/v2/blobs/sha256/…": proxyconnect tcp: dial tcp 127.0.0.1:1: connect: connection refused

El manifest llegó a una URL de R2; el blob falló por el proxy malo del servidor.

3. Sin el proxy malo, el registro vuelve a ser alcanzable. Borramos el directorio temporal de modelos. No reprodujimos bloqueos de ISP mencionados en comentarios de issues.

Qué hacer, en orden

1. Actualizar a la estable actual

ollama -v

La estable del release del 4/11/2026 es v0.40.15.

2. HTTPS_PROXY en el proceso del servidor

Según el FAQ: launchctl setenv en macOS; Environment= en systemd; variable de usuario en Windows; -e HTTPS_PROXY en Docker. Un export solo en la terminal no basta.

3. Comprobar R2

Si curl también falla hacia el registro o *.r2.cloudflarestorage.com, arregla red/DNS/proxy primero.

4. Volver a hacer pull

ollama pull reanuda trozos parciales. Guarda la línea completa y ollama -v si sigue fallando.

Preguntas frecuentes

¿Es lo mismo que pull model manifest: 412?

No. El 412 pide una Ollama más nueva: pull model manifest: 412. Aquí se agotaron los reintentos de descarga.

Más errores

Consulta la tabla rápida.