KeyHelp Community

Mir ist jetzt aufgefallen, dass seit längerer Zeit kein Backup mehr ausgeführt wird. Im Ereignisprotokoll steht:

Repository bereinigen - Wird bearbeitet
Danach sind zahlreiche Einträge: Backup erstellen (geplantes Backup) - Startet in Kürze

Unter Systemstatus - Prozess-Manager ist kein Prozess von restic vorhanden.

Server wurde zwischen dem Fehlereintrag und heute sicherlich mehrmals wegen Updates neu gestartet. Wie kann ich diesen Fehler beheben?
Danke!

Hallo,

Hier grätschte vermutlich ein Neustart direkt in ein Backup rein, deswegen blieb der Repository-Lock bestehen.

Einmal hier weiterlesen: viewtopic.php?p=29866#p29866

Der Befehl
php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id 1 --release-restic-lock

bringt:
Error The repository is locked. There is probably another process running that uses this repository. Use --release-keyhelp-lock to release the lock.

ausgeführt:
php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id 1 --release-keyhelp-lock

bringt:
INFO --> Create repository lock
INFO --> Looking for pending operations for repository: xxx
INFO --> Operation found: backup
INFO --> Prepare backup...

Na dann, wie es das Script dir mitgeteilt hat, benutze "--release-keyhelp-lock" statt "--release-restic-lock" oder gleich "--release-locks" für beides.

php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id 1 --release-keyhelp-lock

bringt folgenden Fehler:

Failed to create backup: unable to create lock in backend: repository is already locked exclusively by PID 1281785 on xxx.xxx.com by ...
lock was created at ... (... ago)
storage ID ...
the `unlock` command can be used to remove stale locks

Warte nun bis alle anstehenden Jobs abgearbeitet sind und versuche dann:

php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id 1 --release-locks

Danke für die rasche Hilfe!

w_2022F wrote: ↑Wed 2. Feb 2022, 09:55 Failed to create backup: unable to create lock in backend: repository is already locked exclusively by PID 1281785 on xxx.xxx.com by ...
lock was created at ... (... ago)

Wenn der Prozess noch existiert
um zu sehen, ob/was er macht.

Der Prozess existiert schon lange nicht mehr, weil der Server zwischenzeitlich mehrmals neu gestartet wurde.

php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id 1 --release-locks

Wurde ohne Ausgabe eines Fehlers beendet. An- und Abmeldung via SFTP beim Server auf dem die Sicherung gespeichert wird war erfolgreich.

Beim Backup erhalte ich nun folgende Fehler:

Beschreibung: Der Backup-Vorgang wurde aufgrund eines schwerwiegenden Fehlers abgebrochen.

Protokollierte Meldungen:
------------------------
Failed to create backup: main.glob..func2
/restic/cmd/restic/cmd_backup.go:62
github.com/spf13/cobra.(*Command).execute
/home/build/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:826
github.com/spf13/cobra.(*Command).ExecuteC
/home/build/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:914
github.com/spf13/cobra.(*Command).Execute
/home/build/go/pkg/mod/github.com/spf13/cobra@v0.0.5/command.go:864
main.main
/restic/cmd/restic/main.go:98
runtime.main
/usr/local/go/src/runtime/proc.go:204
runtime.goexit
/usr/local/go/src/runtime/asm_amd64.s:1374
unable to create lock in backend

unable to create lock in backend

Bitte einmal prüfen, ob auf dem Zielserver noch entsprechend Speicherplatz zur Verfügung steht.
Bzw. ob in den entsprechenden Ordner überhaupt geschrieben werden darf.

Wenn das o.g. nicht bereits schon die Ursache klärt: Welche restic + rclone Version kommt zum Einsatz. ("restic version" + "rclone version")

Auf dem Ziellaufwerk sind erst 12% belegt. Ich habe schon vorher über FTP getestet, ob mit dem verwendeten Benutzernamen auch Dateien erstellt werden können. Hat einwandfrei funktioniert.

restic 0.12.0 compiled with go1.15.8 on linux/amd64

rclone v1.56.2
- os/version: ubuntu 20.04 (64 bit)
- os/kernel: 5.4.0-96-generic (x86_64)
- os/type: linux
- os/arch: amd64
- go/version: go1.16.8
- go/linking: static
- go/tags: none

Mit aktuellem KeyHelp sollte es eigentlich restic 0.12.1 sein.

Einmal das folgende aufrufen: -> Testen
Ggf. ein neues Repo anlegen + Testen.

Update erfolgreich:

writing restic to /usr/local/bin/restic
find latest release of restic at GitHub
latest version is 0.12.1
download SHA256SUMS
download SHA256SUMS.asc
GPG signature verification succeeded
download restic_0.12.1_linux_amd64.bz2
downloaded restic_0.12.1_linux_amd64.bz2
saved 19427328 bytes in /usr/local/bin/restic
successfully updated restic to version 0.12.1

Repository neu erstellt
Ein Backup-Vorgang wurde folgendem Status beendet: ERFOLG
Backup läuft jetzt wieder. DANKE!

Wo ich das jetzt grad sehe:

Ein Backup-Vorgang wurde folgendem Status beendet: ERFOLG

Da fehlt wohl ein "mit", also "mit folgendem Status". Ist mir schon öfter aufgefallen in den allmorgendlichen Mails, aber irgendwie habe ich es dann doch immer vergessen zu melden.

Danke, hatte schon jemand gemeldet und ist fürs nächste update gefixt .