Skip to main content
Gedeelde runtimestappen voor VM-gebaseerde Docker-installaties, zoals GCP, Hetzner en vergelijkbare VPS-providers.

Vereiste binaire bestanden in de image opnemen

Binaire bestanden installeren in een actieve container is een valkuil: alles wat tijdens runtime wordt geïnstalleerd, gaat bij een herstart verloren. Neem elk extern binair bestand dat een skill nodig heeft tijdens het bouwen op in de image. De onderstaande voorbeelden behandelen slechts drie binaire bestanden, in alfabetische volgorde:
  • gog (van gogcli) voor toegang tot Gmail
  • goplaces voor Google Places
  • wacli voor WhatsApp
Dit zijn voorbeelden, geen volledige lijst. Installeer met hetzelfde patroon zoveel binaire bestanden als je skills nodig hebben. Wanneer je later een skill toevoegt die een nieuw binair bestand nodig heeft:
  1. Werk het Dockerfile bij.
  2. Bouw de image opnieuw.
  3. Start de containers opnieuw.
Voorbeeld-Dockerfile
De bovenstaande URL’s zijn voorbeelden. Kies voor ARM-gebaseerde VM’s de arm64-assets. Zet voor reproduceerbare builds de URL’s van releases met een specifieke versie vast.

Bouwen en starten

Als de build tijdens pnpm install --frozen-lockfile mislukt met Killed of afsluitcode 137, heeft de VM onvoldoende geheugen. Gebruik een grotere machineklasse voordat je het opnieuw probeert. Controleer de binaire bestanden:
Verwachte uitvoer:
Controleer of de Gateway actief is:
Als /healthz een 200-respons retourneert, bevestigt dit dat het Gateway-proces luistert en gezond is; de ingebouwde HEALTHCHECK van de image controleert hetzelfde eindpunt.

Wat waar persistent blijft

OpenClaw draait in Docker, maar Docker is niet de bron van waarheid. Alle langdurige status moet herstarts, nieuwe builds en reboots overleven.

Updates

OpenClaw op de VM bijwerken:

Gerelateerd