Aktualisiert:: 21. Juli 2026
Autor:: Roland Golla

Grünes Terminal mit Befehl ollama update, Figur mit Jetpack fliegt nach oben

Was bedeutet Ollama Update per CLI?

Ollama hat keinen eigenen Update Befehl. Das Update läuft über den Installer, den Paketmanager oder ein neues Docker Image, danach zeigt ollama --version den neuen Stand. Wer ollama update tippt, bekommt nur eine Fehlermeldung. Das ist kein Bug, sondern Absicht: Ollama liefert eine Binary plus Dienst aus, und die wird ersetzt statt nachgeladen.

Wichtig wird das Update meistens ohne Vorwarnung. Ein neues Modell erscheint in der Bibliothek, du startest den Pull und bekommst einen Abbruch mit HTTP 412. Die Engine kennt das Manifest Format noch nicht. Modelle wie Gemma 4, Qwen 3.5 oder Ornith 1.0 haben genau diesen Effekt ausgelöst. Ein Update der Runtime löst das in wenigen Minuten.

Inhalt

Ollama Updates mit NCA: Wartung statt Einmalinstallation

Bei Never Code Alone läuft Ollama täglich im eigenen Stack, mit Qwen und Llama als Standardmodellen auf eigenen Servern in Deutschland. Wir kennen den Unterschied zwischen einer Installation, die einmal funktioniert hat, und einer Runtime, die nach jedem Modell Release noch mitspielt. Genau da bricht es in Teams: Der Entwickler Laptop ist aktuell, der Build Server läuft seit sechs Monaten auf einer alten Version und niemand merkt es, bis ein Pull mit 412 abbricht.

Wir bauen lokale KI Setups so, dass Updates planbar bleiben. Dazu gehören Beratung zum Selbsthosten von KI Assistenten, die Architektur für Self Hosted KI mit Multi Tenant, die Datenschutz und DSGVO Beratung für sensible Umgebungen und die allgemeine Vibe Coding Beratung für Teams, die von der Cloud auf eigene Hardware wechseln. Den Überblick zur Runtime selbst liefert unser Eintrag zu Ollama mit Subagenten und Websuche.

Lass uns über deinen lokalen KI Stack sprechen

Finde das passende Angebot für dein Projekt

🤖

Hey! Ich bin CodeBot. Lass uns herausfinden, wie wir dein Projekt zum Fliegen bringen.

Was soll entstehen?

Version prüfen mit ollama --version

Jedes Update startet mit einer Bestandsaufnahme. Der Befehl zeigt die Version der Binary im Pfad. Läuft Ollama als Dienst, lohnt sich der zweite Blick auf den Serverstatus, denn Binary und laufender Prozess können auseinanderlaufen. Genau dieser Fall sorgt für die Verwirrung, dass die Version nach dem Update stimmt, der Pull aber weiter scheitert.

Code:

          ollama --version
ollama -v
systemctl status ollama

Kommt eine Meldung wie could not connect to a running Ollama instance, läuft der Dienst nicht. Die Versionsnummer stimmt trotzdem, weil sie aus der Binary kommt. Für ein Update ist das egal, nach dem Update muss der Dienst aber wieder laufen.

Ollama Update auf Linux: Installer Skript und Tarball

Auf Linux ist der offizielle Installer gleichzeitig das Update Werkzeug. Er räumt die alte Installation weg, legt die neue Binary ab, aktualisiert den systemd Dienst und startet ihn neu. Es braucht keinen vorherigen Deinstallationsschritt und keine Sorge um die Modelle: die liegen in einem eigenen Verzeichnis und bleiben beim Update erhalten.

Code:

          curl -fsSL https://ollama.com/install.sh | sh
ollama --version
sudo systemctl restart ollama
systemctl status ollama

Wer keine Skripte aus dem Netz pipen will, nimmt die Tarball Variante. Das ist der übliche Weg auf Servern mit strengen Vorgaben, weil sich die Datei vorher prüfen und in ein Artefakt Repository legen lässt. Danach denselben Neustart fahren.

Code:

          curl -L https://ollama.com/download/ollama-linux-amd64.tgz -o ollama-linux-amd64.tgz
sudo tar -C /usr -xzf ollama-linux-amd64.tgz
sudo systemctl daemon-reload
sudo systemctl restart ollama

Ein Punkt wird gern vergessen: Läuft Ollama unter einem eigenen Systemuser, muss der Dienst nach dem Austausch der Binary neu starten. Ohne Neustart bedient weiterhin der alte Prozess den Port 11434, und der kennt neue Modellformate nicht.

Ollama Update auf macOS: App, Homebrew und die brew Falle

Auf dem Mac gibt es drei Wege, und genau das ist die Fehlerquelle. Die Desktop App bringt eine eigene Update Funktion mit. Wer über Homebrew installiert hat, aktualisiert das Cask. Und das Installer Skript funktioniert auf macOS genauso wie auf Linux: es entfernt die alte Installation und legt Ollama neu nach /Applications.

Code:

          brew list --cask | grep ollama
brew upgrade --cask ollama

curl -fsSL https://ollama.com/install.sh | sh
ollama --version

Die häufigste Falle: brew upgrade meldet Erfolg, die Version bleibt aber alt. Dann war Ollama nie über Homebrew installiert. Der Test dauert zwei Sekunden. Bringt brew list --cask | grep ollama keine Ausgabe, kam die Installation über einen anderen Weg. Dann zeigt which -a ollama, welche Binary die Shell tatsächlich aufruft, und die Ollama.app in /Applications wird direkt ersetzt.

Code:

          which -a ollama
ls -l $(which ollama)
hash -r
ollama --version

hash -r ist der Befehl, den fast alle vergessen. Die Shell merkt sich den Pfad zur alten Binary im Cache. Ohne das Leeren des Cache ruft dein Terminal nach dem Update weiter die alte Datei auf und zeigt hartnäckig die alte Version an. Ein neues Terminalfenster tut es auch.

Ollama Update auf Windows: winget und Installer

Unter Windows läuft Ollama als Desktop Anwendung mit Hintergrunddienst. Der schnellste Weg über die Kommandozeile ist winget. Wer die Installation ursprünglich per Setup Datei gemacht hat, lädt den aktuellen Installer von ollama.com und führt ihn einfach darüber aus. Ein Deinstallieren vorher ist nicht nötig.

Code:

          winget list Ollama.Ollama
winget upgrade Ollama.Ollama
ollama --version

Zwei Hinweise aus der Praxis. Erstens: Nach dem Update das Ollama Symbol im Infobereich prüfen und den Dienst neu starten, sonst hält die alte Instanz den Port. Zweitens: In PowerShell Sessions gilt dieselbe Cache Logik wie auf dem Mac, ein frisches Terminal spart Sucherei.

Ollama Update im Docker Container

Im Container gibt es kein Update, sondern nur einen Austausch. Ein laufender Container zieht nichts nach, auch nicht mit dem Tag latest. Das Image muss neu geholt und der Container neu erstellt werden. Die Modelle liegen im Volume und überleben das, solange das Volume bestehen bleibt.

Code:

          docker pull ollama/ollama:latest
docker compose pull
docker compose up -d --force-recreate ollama
docker exec -it ollama ollama --version

Für Server empfehlen wir eine feste Versionsnummer statt latest im Compose File. Dann ist nachvollziehbar, welche Engine läuft, und ein Update ist eine bewusste Änderung im Repository statt einer Überraschung nach dem nächsten Neustart. Wer mit GPU im Container arbeitet, prüft nach dem Wechsel zusätzlich, ob die Karte noch erkannt wird.

Code:

          docker logs ollama | tail -n 30
docker exec -it ollama nvidia-smi

Update Befehle im Überblick

System	Befehl	Hinweis
Linux	curl -fsSL https://ollama.com/install.sh \| sh	Dienst danach neu starten
Linux ohne Skript	tar -C /usr -xzf ollama-linux-amd64.tgz	daemon-reload und restart nötig
macOS Homebrew	brew upgrade --cask ollama	Nur wenn über Cask installiert
macOS sonst	curl -fsSL https://ollama.com/install.sh \| sh	Danach hash -r ausführen
Windows	winget upgrade Ollama.Ollama	Dienst im Infobereich neu starten
Docker	docker pull ollama/ollama:latest	Container neu erstellen, Volume behalten
Version prüfen	ollama --version	Zeigt die Binary, nicht den Prozess
Modelle	ollama pull modellname	Aktualisiert das Modell hinter dem Tag

Fehler 412 beim Modell Pull: Die Engine ist zu alt

Der häufigste Anlass für ein Update ist dieser Abbruch. Ollama fragt beim Pull zuerst das Manifest ab. Kennt die installierte Engine das Format nicht, antwortet die Registry mit HTTP 412 und der Download startet gar nicht. Weder Festplattenplatz noch RAM oder GPU spielen dabei eine Rolle.

Code:

          ollama run ornith:35b
pulling manifest
Error: pull model manifest: 412:
The model you are attempting to pull requires a newer version of Ollama.

Die Reihenfolge zur Lösung ist immer gleich: Version prüfen, Engine aktualisieren, Dienst neu starten, Pull wiederholen. Genau dieser Fall trat zuletzt bei Ornith 1.0 auf, davor bei Gemma 4 und den Qwen 3.5 Varianten. Neue Architekturen bringen neue Manifest Felder mit, und ältere Runtimes lehnen die schlicht ab.

Bleibt der Fehler nach dem Update bestehen, ist das Modell für eine Vorabversion gebaut. Dann steht in der Meldung meist zusätzlich ein Hinweis auf die Releases. In dem Fall hilft nur ein Pre Release Build von GitHub oder Geduld, bis die Version stabil erscheint. Für Production Systeme raten wir zu Geduld.

Modelle nach dem Update aktualisieren

Ein Engine Update aktualisiert keine Modelle. Tags wie latest oder 30b zeigen im Laufe der Zeit auf neue Gewichte, lokal bleibt aber die Version liegen, die du gezogen hast. Ein erneuter Pull holt die aktuelle Fassung hinter dem Tag und überspringt alles, was schon da ist.

Code:

          ollama list
ollama pull qwen3-coder:30b
ollama ps
ollama rm altes-modell

Nach größeren Sprüngen lohnt ein kurzer Funktionstest statt blindem Vertrauen. Ein Prompt mit Tool Call zeigt schnell, ob Parsing und Kontext noch sauber laufen. Welche Modelle sich für welchen Zweck eignen, steht in unserer Übersicht der Ollama Modelle 2026 und im Vergleich der besten lokalen Coder Modelle. Für die Anbindung an Agenten helfen die Seiten zu OpenCode und Open WebUI.

Updates im Team planen statt hinterherlaufen

Auf einem Laptop ist ein Update eine Zeile im Terminal. In einem Team mit gemeinsamem Inference Server ist es eine Änderung an gemeinsam genutzter Infrastruktur. Wir behandeln Ollama deshalb wie jede andere Runtime im Stack: Version dokumentiert, Update bewusst gefahren, danach ein kurzer Testlauf gegen die Modelle, die wirklich im Einsatz sind.

Drei Regeln, die sich bewährt haben. Erstens: Version im Repository festhalten, im Compose File oder im Provisionierungsskript. Zweitens: Entwicklermaschinen und Server auf demselben Stand halten, sonst läuft ein Modell lokal und im Deployment nicht. Drittens: Vor einem Update prüfen, ob laufende Jobs den Dienst brauchen, denn der Neustart beendet offene Sessions.

Wer den Ollama Dienst dauerhaft betreibt, sollte ihn auch überwachen. Wir setzen dafür auf Sentry und Grafana im eigenen Stack. Ein Alert auf fehlgeschlagene Pulls spart die Diskussion, warum ein Feature seit gestern nicht mehr geht.

Start building with open models.

Ollama Projekt, Open Source Runtime für lokale KI Modelle – Repository Tagline auf GitHub

Ollama Modelle 2026 für lokales Vibe Coding

Die wichtigsten Ollama Modelle 2026 für lokales Vibe Coding und AI: Qwen3 Coder, Llama 4 Scout, DeepSeek R1, GLM 5, Kimi K2.6 mit Hardware Tipps

Mehr erfahren

NCA Erfahrung mit lokaler KI Infrastruktur

Unser lokaler KI Stack läuft auf eigenen Servern in Deutschland, ohne US Anbieter für Inferenz. Ollama ist dabei die Runtime, Qwen und Llama sind die Standardmodelle, ergänzt um Gemini und MiniMax für einzelne Workloads. Für Kundenprojekte mit Hosting Bedarf arbeiten wir mit unserem Netzwerkpartner Conversis in Duisburg zusammen.

Was wir in Projekten regelmäßig sehen: Die Installation ist schnell gemacht, der Betrieb wird unterschätzt. Updates, Modellauswahl, Hardware Sizing und Monitoring entscheiden darüber, ob lokale KI im Alltag trägt oder nach drei Wochen wieder liegen bleibt. Wir begleiten Teams über den kompletten Weg, vom ersten Prototyp bis in die Production.

Passende Einstiegspunkte sind unser Vibe Coding Onboarding, das 1 zu 1 Mentoring und die Hilfe vom Prototyp zur Production. Wenn ein Projekt bereits klemmt, hilft die Projekt Rettung. Wir lernen uns kennen, schätzen den Aufwand und rechnen minutengenau ab.

CYPRESS.IO Ambassador und IT Consultant für QA Engenieering und Qualität in PHP Projekten.

NCA Vibe Coding Consulting

Roland Golla ist Entwickler aus Leidenschaft – seit über 20 Jahren. Er hat hunderte Projekte begleitet, von Legacy-Refactoring bis KI-Integration. Bei Vibe Coding verbindet er das Beste aus beiden Welten: Die Geschwindigkeit von KI-generiertem Code mit der Qualität professioneller Softwareentwicklung. Kein Bullshit, keine Agentur-Floskeln – direkte Hilfe von jemandem, der selbst täglich im Code steckt.

E-Mail Kontakt

Häufige Fragen zum Ollama Update

Die Fragen, die uns zum Thema Ollama Update am häufigsten erreichen, kurz und direkt beantwortet.

Gibt es 2026 einen ollama update Befehl?

Nein. Ollama kennt kein eigenes Update Subkommando. Das Update läuft über den Installer, den Paketmanager oder ein neues Docker Image. Auf Linux und macOS erledigt das Installer Skript alles in einem Schritt, unter Windows geht es über winget. Danach zeigt ollama --version den neuen Stand an.

Wie aktualisiere ich Ollama 2026 auf Linux?

Führe curl -fsSL https://ollama.com/install.sh | sh aus. Das Skript entfernt die alte Installation, legt die neue Binary ab und startet den systemd Dienst neu. Prüfe danach mit ollama --version und systemctl status ollama, ob beides zusammenpasst. Deine Modelle bleiben dabei erhalten, sie liegen in einem eigenen Verzeichnis.

Warum kommt 2026 der Fehler 412 beim Modell Pull?

Weil die installierte Ollama Version das Manifest des Modells nicht kennt. Neue Architekturen bringen neue Felder mit, ältere Runtimes lehnen sie ab. Der Fehler hat nichts mit Speicherplatz, RAM oder Grafikkarte zu tun. Ein Update der Engine plus Neustart des Dienstes löst das in den meisten Fällen sofort.

Bleiben meine Modelle beim Ollama Update 2026 erhalten?

Ja. Das Update tauscht nur die Runtime aus. Die heruntergeladenen Gewichte liegen getrennt davon, unter Linux im Ollama Datenverzeichnis, im Container im gemounteten Volume. Nur wer das Volume löscht oder das Datenverzeichnis mit entfernt, verliert die Modelle und muss sie neu ziehen.

Wie prüfe ich 2026, welche Ollama Version läuft?

Mit ollama --version oder kurz ollama -v. Achtung: Der Befehl zeigt die Version der Binary im Pfad, nicht zwingend die des laufenden Dienstes. Auf Servern gehört systemctl status ollama dazu, im Container docker exec mit demselben Befehl. Weichen beide ab, fehlt ein Neustart.

Warum ändert brew upgrade die Ollama Version nicht?

Weil Ollama vermutlich nie über Homebrew installiert wurde. Prüfe das mit brew list --cask | grep ollama. Kommt keine Ausgabe, verwaltet Homebrew die Installation nicht. Dann hilft das Installer Skript oder das direkte Ersetzen der Ollama.app in /Applications. Danach hash -r ausführen oder ein neues Terminal öffnen.

Was macht hash -r nach dem Update?

Die Shell merkt sich, wo eine Binary liegt. Nach einem Update kann dieser Cache auf die alte Datei zeigen, dann meldet ollama --version hartnäckig die alte Nummer. hash -r leert diesen Cache. Ein frisch geöffnetes Terminalfenster hat denselben Effekt und ist oft der schnellere Weg.

Wie update ich Ollama im Docker Container?

Ein laufender Container aktualisiert sich nie selbst. Hole das Image mit docker pull ollama/ollama:latest und erstelle den Container neu, etwa mit docker compose up -d --force-recreate. Das Volume mit den Modellen bleibt bestehen. Auf Servern lohnt eine feste Versionsnummer statt latest, damit Updates nachvollziehbar bleiben.

Muss ich den Dienst nach dem Update neu starten?

Ja, wenn Ollama als Dienst läuft. Das Installer Skript übernimmt das auf Linux meist selbst, sicher ist sudo systemctl restart ollama. Ohne Neustart bedient der alte Prozess weiter den Port 11434 und kennt neue Modellformate nicht. Genau daher kommt der Eindruck, das Update habe nichts gebracht.

Wie aktualisiere ich die Modelle selbst?

Mit ollama pull und dem Modellnamen. Tags wie latest zeigen mit der Zeit auf neue Gewichte, lokal bleibt aber die gezogene Fassung liegen. Ein erneuter Pull holt den aktuellen Stand und überspringt vorhandene Layer. ollama list zeigt, was installiert ist, ollama rm räumt alte Varianten weg.

Was tun, wenn der 412 nach dem Update bleibt?

Dann ist das Modell für eine Vorabversion gebaut, die noch nicht stabil veröffentlicht wurde. In der Meldung steht dann meist ein Hinweis auf die Releases im GitHub Repository. Für Testmaschinen kannst du einen Pre Release Build nutzen, für Production Systeme raten wir zum Warten auf die stabile Version.

Wie halte ich Ollama im Team auf einem Stand?

Version im Repository festhalten, im Compose File oder im Provisionierungsskript, und Updates bewusst fahren statt automatisch. Entwicklermaschinen und Inference Server sollten dieselbe Version nutzen, sonst läuft ein Modell lokal und im Deployment nicht. Ein kurzer Testlauf gegen die produktiv genutzten Modelle gehört nach jedem Update dazu.

Screenshots Ollama Update

Roland Golla TMUX Setup

ollama-update-terminal-linux-installer-nca-2026

A/B Testing mit KI – Automatisiertes Testing für Entwickler 2026