2026 OpenClaw auf gemietetem Mac Mini: Ollama & 7×24 Belebung – Praxis-Schritte

Ollama und OpenClaw: Deployment-Reihenfolge und Ressourcen auf gemietetem Mac Mini

Die Reihenfolge ist entscheidend: Zuerst Ollama installieren und Modell bereitstellen, danach OpenClaw so konfigurieren, dass es den lokalen Ollama-Endpunkt nutzt. So vermeiden Sie Konflikte und nutzen Ressourcen (RAM, VRAM) optimal.

Empfehlung für Mac Mini mieten: Mindestens 16 GB Unified Memory für Ollama (z. B. 7B-Modell) plus OpenClaw. Größere Modelle (13B+) erfordern entsprechend mehr; RunMini-Knoten mit ausreichend RAM wählen – siehe Preise und Startseite.

Ollama-Modelle ziehen und OpenClaw-Modellkonfiguration

Ollama-Modelle lokal verfügbar machen, dann in OpenClaw denselben Modellnamen und den Ollama-API-Endpunkt eintragen.

1. Ollama installieren (z. B. brew install ollama oder offizieller Installer). Ollama-Dienst starten: ollama serve (im Hintergrund oder per launchd).
2. Modell pullen: ollama pull llama3.2 (oder gewünschtes Modell). Modellgröße und RAM prüfen – auf gemietetem Mac Mini Speicherkontingent beachten.
3. OpenClaw-Konfiguration: In der OpenClaw-Konfiguration (z. B. Umgebungsvariable oder Config-Datei) den Ollama-Base-URL setzen (z. B. http://127.0.0.1:11434) und den Modellnamen identisch zu Ollama (z. B. llama3.2).
4. Verbindungstest: curl http://127.0.0.1:11434/api/tags – Liste der verfügbaren Modelle; OpenClaw einmal einen kurzen Task ausführen.

OpenClaw und Ollama gemeinsam nutzen – Konfigurationspunkte

OpenClaw ruft Ollama über die lokale API auf. Wichtig: gleicher Host (localhost), gleicher Modellname, stabile Laufzeit beider Dienste.

• Ein Endpunkt: OpenClaw nur auf 127.0.0.1:11434 zeigen lassen – keine externen Ollama-Instanzen im Produktivbetrieb auf dem gleichen Mac, um Latenz und Ausfälle zu vermeiden.
• Modellkonsistenz: Nach einem ollama pull oder Modellwechsel in OpenClaw den Modellnamen anpassen und ggf. neu starten.
• Ressourcen: Bei mehreren gleichzeitigen OpenClaw-Tasks die Ollama-Concurrency und RAM beobachten; bei Engpässen Modellgröße reduzieren oder Knoten mit mehr RAM mieten (vgl. Preise).

7×24 Belebung: Watchdog und Cron-Konfiguration

Damit OpenClaw und Ollama auf dem gemieteten Mac Mini dauerhaft laufen, sind Watchdog und Cron Pflicht: Cron startet Tasks zeitgesteuert; ein Watchdog prüft Liveness und startet Dienste bei Ausfall neu.

1. Ollama als Dienst: Ollama per launchd (macOS) oder systemd (Linux-Container) so einrichten, dass es beim Boot startet und bei Absturz neu startet (Restart=always).
2. OpenClaw-Cron: Cron-Job z. B. alle 5–15 Minuten: OpenClaw-Runner oder ein kleines Skript aufrufen, das einen Health-Check oder geplanten Task ausführt. Logs in festem Verzeichnis (z. B. ~/openclaw/logs) schreiben.
3. Watchdog-Skript: Skript (periodisch per Cron, z. B. alle 2 Minuten): Prüfen, ob curl -s http://127.0.0.1:11434/api/tags antwortet; falls nicht, Ollama neu starten. Analog für OpenClaw-Prozess, falls als separater Prozess geführt.
4. Log-Rotation: Logs begrenzen (z. B. logrotate oder manuell), damit die Platte auf dem gemieteten Knoten nicht voll läuft.
5. Benachrichtigung (optional): Bei wiederholten Neustarts E-Mail oder Webhook auslösen – siehe OpenClaw Cron & Watchdog und Hilfe-Center.

Häufige Fehler und Fehlersuche

Typische Meldungen und kurze Gegenmaßnahmen.

• Connection refused (Ollama): Ollama-Dienst läuft nicht – ollama serve starten oder launchd/systemd prüfen. Port 11434 offen? lsof -i :11434.
• Model not found / 404: Modellname in OpenClaw stimmt nicht mit ollama list überein – Namen angleichen und ggf. ollama pull <model> ausführen.
• Timeout: Modell zu groß oder Last zu hoch – Timeout in OpenClaw erhöhen oder kleineres Modell wählen; RAM des gemieteten Mac Mini prüfen.
• OpenClaw startet nicht / Cron läuft nicht: Pfade und Umgebungsvariablen im Cron-Kontext setzen (z. B. PATH, HOME); Logs in ~/openclaw/logs oder Cron-Mail prüfen. Ausführungsrechte und Nutzer (gleicher User wie Ollama) beachten.