Sprawdź się: Aktualizacje i kopie zapasowe OpenClaw: pinowanie wersji i plan powrotu

Pytania quizu

1. Chcesz zrobić snapshot bazy jednego agenta. Która komenda jest poprawna?

   • openclaw backup create --agent main --verify
   • openclaw backup sqlite create --agent main --repository ~/Backups/openclaw-sqlite
   • openclaw backup create --only-agent main --output ~/Backups
   • openclaw backup sqlite create --global --agent main

   Flaga --agent należy do openclaw backup sqlite create i wymaga wskazania repozytorium przez --repository. Pierwsza odpowiedź wygląda najbardziej naturalnie i dlatego najczęściej się ją wpisuje, ale backup create planuje źródła z całej instalacji i steruje nimi flagami --no-include-workspace oraz --only-config. Ostatnia odpowiedź łączy dwa źródła, a snapshot przyjmuje dokładnie jedno.

2. Aktualizacja zepsuła pracę agenta. Od czego zacząć powrót?

   • Od odtworzenia stanu z archiwum, bo to cofa wszystko naraz
   • Od cofnięcia samego kodu przez openclaw update --tag <znana-dobra-wersja>
   • Od usunięcia ~/.openclaw i instalacji od zera
   • Od przełączenia kanału wydań na extended-stable

   Rollback ma dwie warstwy i zaczyna się od kodu: starsza wersja OpenClaw przy bieżącym stanie. Odtwarzanie stanu kasuje wszystko, co wydarzyło się po zrobieniu kopii, więc jest wyjściem dopiero wtedy, gdy starszy kod nie potrafi odczytać zmigrowanej konfiguracji albo bazy. Przełączenie kanału niczego nie cofa — zmienia tylko sposób, w jaki przyjdą kolejne wydania.

3. Po aktualizacji usługa gatewaya sama się zatrzymuje, a część komend odmawia działania. Co sprawdzić?

   • logging.level — na poziomie info gateway nie zapisuje błędów startu
   • meta.lastTouchedVersion oraz to, na którą instalację wskazuje PATH
   • Czy port 18789 nie jest zajęty przez monitoring
   • Czy update.auto.enabled nie stoi na true

   OpenClaw stempluje zapisy konfiguracji kluczem meta.lastTouchedVersion. Starszy plik wykonywalny taki config przeczyta, ale odmówi czynności zmieniających usługę — to typowy objaw dwóch instalacji na jednej maszynie. Auto-updater faktycznie potrafi narobić zamieszania i na czas naprawy blokuje się go zmienną OPENCLAW_NO_AUTO_UPDATE=1, ale sam nie powoduje odmowy startu usługi.

4. Który zestaw danych na pewno NIE trafia do archiwum openclaw backup create?

   • Katalog credentials leżący poza katalogiem stanu
   • Zakończone pliki transkryptów i logów o rozszerzeniach .jsonl oraz .log pod sessions/, logs/ i cron/runs/
   • Profile auth per-agent z bazy SQLite pod katalogiem stanu
   • Aktywny plik konfiguracyjny

   Archiwum świadomie pomija pliki, które mogą się zmieniać w trakcie zapisu, a przy okazji wypadają z niego zakończone transkrypty i logi — liczbę pominiętych podaje pole skippedVolatileCount. Katalog credentials i aktywny config są w archiwum wprost, a profile auth wchodzą razem z bazą SQLite spod katalogu stanu, więc wszystkie trzy pozostałe odpowiedzi opisują rzeczy, które w kopii jednak są.