restic: Repository bleibt nach einem Absturz gesperrt

Lesen Sie die Sperrmeldung vollständig und notieren Sie Hostname, Prozesskennung und Zeitpunkt. Prüfen Sie auf dem genannten Rechner, ob noch eine Sicherung, Wiederherstellung oder Bereinigung läuft. Bei gemeinsam genutzten Repositories müssen auch andere beteiligte Geräte berücksichtigt werden. Ein länger dauernder Prune-Lauf ist nicht allein wegen fehlender sichtbarer Fortschritte abgestürzt. Warten Sie bei einer legitimen aktiven Operation deren Ende ab. Verhindern Sie während der Untersuchung, dass derselbe Zeitplan immer weitere konkurrierende Aufträge startet. Löschen Sie keine Dateien im Repositoryordner „locks“ von Hand. So würden Sie die sichtbare Blockade entfernen, ohne nachgewiesen zu haben, dass der geschützte Vorgang tatsächlich beendet ist.

Wenn der gemeldete Prozess sicher beendet ist und kein anderer Zugriff mehr läuft, verwenden Sie für das bestätigte Repository die Befehlsform „restic -r REPOSITORY unlock“. Ersetzen Sie REPOSITORY durch den tatsächlichen Speicherort. Der normale Unlock-Befehl entfernt veraltete Sperren; verwenden Sie nicht pauschal die weitergehende Option „--remove-all“. Prüfen Sie anschließend mit „restic -r REPOSITORY snapshots“, ob der Bestand wieder zugänglich ist. Bei Auffälligkeiten sichern Sie die Meldungen und führen eine passende Repositoryprüfung durch. Wiederholt sich die Sperre, untersuchen Sie überlappende Zeitpläne, Rechnerabbrüche oder unterbrochene Verbindungen. Eine automatisch vor jeden Sicherungslauf gesetzte Zwangsentsperrung würde diese Ursache verdecken. Nach der Korrektur sollte genau ein geplanter Lauf zuverlässig abschließen und der erwartete neue Snapshot sichtbar sein.