Ollama jede Woche aktualisieren

Problem

Auf ollama01 läuft Ollama und liefert die Sprachmodelle für die interne Dokumentensuche der Beispiel GmbH. Ollama erscheint in kurzen Abständen neu: Fehlerbehebungen, schnellere Antworten, neue Modellfamilien. Der klassische Weg ist ein Cronjob, der sonntags das Installationsskript noch einmal laufen lässt. Nur liest niemand seine Ausgabe, und ob der Dienst danach noch antwortet und die Modelle noch laden, merkt man erst, wenn die Suche am Montagmorgen leer bleibt.

Gesucht ist Ollama jede Woche auf dem neuesten Stand, mit Prüfung danach und einem Weg zurück, ohne dass jemand sonntags aufsteht.

Lösung

Ein Zeitplan statt eines Cronjobs. Heinzel Pro aktualisiert sonntags um vier, prüft Dienst und Modelle, nimmt das Update zurück, wenn etwas nicht antwortet, und schreibt montags, was war.

Schritt 1: Sie legen den Zeitplan an

Eingabe: Aktualisiere Ollama auf die neueste Version. Prüfe danach, dass der Dienst läuft, dass ollama list die bisherigen Modelle nennt und dass eine kurze Anfrage an das Standardmodell antwortet. Schlägt eine Prüfung fehl, stelle die vorige Version wieder her und melde es als Befund. Gibt es keine neue Version, tu nichts.

Name, der Server ollama01 als einzelner Server, wöchentlich am Sonntag um 04:00, die Aufgabe in Ihren Worten, die Stufe „Ändert allein“ und wohin der Bericht geht. Die Prüfungen stehen in der Aufgabe, nicht in einem Skript: Was Sie geprüft haben wollen, schreiben Sie hin.

Schritt 2: Sonntags um vier liest Heinzel Pro

Es fragt die installierte Version ab und holt von der Release-Seite von Ollama die neueste. Der Abruf aus dem Netz zählt als schreibend; auf „Ändert allein“ läuft er ohne Frage. Sind beide gleich, endet der Lauf hier, und die Mail am Montag ist eine Zeile lang.

Schritt 3: Es aktualisiert und prüft

Heinzel Pro sieht nach, wie Ollama auf ollama01 installiert ist, mit dem Skript von ollama.com oder als Paket, und aktualisiert auf demselben Weg. Dann die drei Prüfungen aus der Aufgabe: der Dienst läuft, ollama list nennt die Modelle von vorher, eine Anfrage mit einem Satz bekommt eine Antwort. Gelingen sie, steht die neue Version im Journal des Servers. Gelingt eine nicht, stellt es die vorige Version wieder her und legt einen Befund an, mit dem, was es gesehen hat.

Schritt 4: Montags lesen Sie die Mail

Version vorher und nachher, die drei Prüfungen, die Dauer. Oder eine Zeile: keine neue Version. Ein Befund steht in der Liste, und daraus wird mit einem Klick eine Session, wie im Rezept Ein Befund wird behoben.