KeyHelp Community

Hallo,
seit einigen Wochen oder vielleicht zwei Monaten habe ich ständig Probleme mit der Backup Erstellung.

Failed to create backup: {"message_type":"exit_error","code":11,"message":"unable to create lock in backend: repository is already locked exclusively by PID 1620428 on *****.eu by ******* (UID 5001, GID 5001)\nlock was created at 2025-11-12 21:53:46 (719h27m26.952832828s ago)\nstorage ID 3b3abdeb\nthe `unlock` command can be used to remove stale locks"}

Nachdem ich über die Problembehandlung " Repository entsperren " getätigt habe, kommt jetzt immer dieser Fehler:

Failed to create backup: Killed

Integrity check: Killed
Failed to update snapshots: {"message_type":"exit_error","code":11,"message":"unable to create lock in backend: repository is already locked exclusively by PID 3593839 on *****.eu by ***** (UID 5001, GID 5001)\nlock was created at 2025-12-12 22:12:25 (9m3.508476428s ago)\nstorage ID acbbb651\nthe `unlock` command can be used to remove stale locks"}
Failed to update stats

Eingerichtet habe ich Keyhelp auf einem VPS Server mit ausreichend Speicher und RAM. Als Backup Ziel habe ich sFTP Strato HiDrive angegeben.
Ich habe das Backup Ziel auch schon mal komplett neu angelegt und ein leeres, neues Verzeichnis angegeben. Das hat auch nichts gebracht.

Screenshot: https://prnt.sc/9Eex_Uh-Y0wh

Leider haben mir die Lösungsvorschläge aus den anderen Threads wenig weitergeholfen. Ich habe auch schon versucht nur E-Mail oder nur Datenbank zu sichern, mit mäßigen Erfolg.

turbopixel wrote: ↑Thu 18. Dec 2025, 09:30 habe ich ständig Probleme mit der Backup Erstellung

Für Fehler und Probleme haben wir eine eigene Forensektion.
Eröffne dort einen Thread, schildere dort dein Problem und vergiß nicht, die Beitragsvorlage auszufüllen.

Und bitte keine externen Screenshots.
Danke.

Einmal alle restic Prozesse über die Prozessverwaltung killen: Nach Restic suchen und killen.

Sollte das Repository von mehreren Servern angesprochen werden, alle Prozesse auch auf den anderen Servern killen.

Anschließend den Repository entsperren Job aufrufen.

Vielleicht liegt es ja am SFTP ...

Ich habe eine ähnliche Backup-Strategie wie du, nur halt bei Hetzner statt bei Strato.

Es ist entschieden angenehmer, den Backup-Space per WebDAV einzubinden, statt SFTP oder überhaupt FTP zu nutzen.

Ich mounte meinen Space per /etc/fstab permanent, so brauche ich in einem Repository weder username noch PW für den Space einzugeben. Spart einiges an Mühe und Zeit ... Das geht sicher auch mit Strato. Weiterer Vorteil: in der KH-Oberfläche wird mir der verbleibende Speicher dann auch angezeigt und ich muss das nicht extra überprüfen.

Um das WebDAV auf meinem Server zum Laufen zu bringen, musste ich noch die Pakete davfs2 und cifs-utils installieren.

Viel Erfolg!
Chris