neues Backup System Fehler [GELÖST]

[IchBins]

Hallo,
ich habe 2 Repository auf 2 verschiedenen Backup Servern eingerichtet.
Backups gehen durch, sind aber unter Backup Wiederherstellen nicht aufgelistet . Es bricht jedes mal das Repository bereinigen ab.
Ich hatte pro Backup Server 3 Backups eingestellt. 3 Backups von den Vortagen werden angezeigt. Das heutige nicht. Es scheint also auch kein altes Backup zu löschen.

Wie kann ich das bereinigen?

Backup Server 1
Failed to prune repository: unable to create lock in backend: repository is already locked by PID 18579 on meinedomainfürdaskeyhelp by root (UID 0, GID 0)
lock was created at 2021-07-15 09:34:26 (26h21m13.231277462s ago)
storage ID e8f0c27c
the `unlock` command can be used to remove stale locks

Backup Server 2
Failed to prune repository: unable to create lock in backend: repository is already locked by PID 3656 on meinedomainfürdaskeyhelp by root (UID 0, GID 0)
lock was created at 2021-07-15 03:08:41 (24h1m36.819645708s ago)
storage ID 1ebf71c5
the `unlock` command can be used to remove stale locks

[Alexander]

Hallo,

Da wurde scheinbar ein vorheriger Backup-Job abgebrochen (Server Neustart o.Ä.).
Wenn die Prozesse 18579 und 3656 nicht mehr laufen, ruf mal folgenden Befehl auf

Code: Select all

php /home/keyhelp/www/keyhelp/cronjob/on_demand/backup.php --repo-id <ID-REPOSITORY> --release-restic-lock

<ID-REPOSITORY> ersetzt du mit der ID der / des Repos. Die bekommst du z.B. aus der KeyHelp-Datenbank - Tabelle `backup_repositories`.

Wenn die Prozesse 18579 und 3656 noch laufen, aber augenscheinlich hängen sollen, dann sollten diese der Vollständigkeit halber zunächst terminiert werden.

[IchBins]

Habe ich gemacht und dann ein neues Backup angestoßen.

Nun bekomme ich
Repository bereinigen abgebrochen
Failed to prune repository: invalid character '\u008a' looking for beginning of value

[IchBins]

Ich habe nun beide Repository gelöscht. Neue Verzeichnisse angelegt. und wollte beide Repository neu anlegen.
Nun bekomme ich folgende Meldung.

Verbindung zum Repository-Speicher konnte nicht hergestellt werden.

ERROR : Attempt 1/1 failed with 1 errors and: update stor: 550 /s1/keyhelp-remote-storage-test-60f295edecef4: No such file or directory
Failed to touch: update stor: 550 /s1/keyhelp-remote-storage-test-60f295edecef4: No such file or directory

Ich kann jetzt nicht mal Repositorys anlegen.

[Alexander]

Wie sehen die Dateiberechtigungen auf der Remote-Seite aus. Darf der User, der sich mit diesem verbindet an besagter Stelle überhaupt Daten erstellen?

[IchBins]

Ja ich habe das jeweilige Verzeichnis als FTP User erstellt. Die Rechte stehen auf 755.
Auf einem 3. Server geht es auch nicht. Local kann ich Repository erstellen.

[Alexander]

Ist das Remote-System unter deiner Kontrolle, sprich dein eigener Server etc?

Hast du Zugriff auf dessen FTP logs?
Kannst den Ziel-Pfad mal ohne führenden Slash angeben?
Kannst du SFTP als Verbindungstyp versuchen?

[IchBins]

Jul 17 11:42:41 FTP session opened.
Jul 17 11:42:41 Preparing to chroot to directory '/var/www/web100'
Jul 17 11:42:42 USER web100: Login successful.
Jul 17 11:42:43 FTP session closed.
Jul 17 11:42:44 FTP session opened.
Jul 17 11:42:44 a1 Preparing to chroot to directory '/var/www/web100'
Jul 17 11:42:44 a1 USER web100: Login successful.
Jul 17 11:42:45 a1 FTP session closed.

Ohne Slash geht es auch nicht.
SFTP kann ich leider nicht versuchen.

Bevor wir lange rum eiern.
Wenn ich die Zugangsdaten vom Keyhelp Server und vom Backup Server per Pin schicke, würdest du mal nachschauen?
Ich bin aber kein Keyweb Kunde.

[Alexander]

Ja, schick ruhig.

[Alexander]

Für die Nachwelt:
Ursächlich waren unzureichende Berechtigungen des FTP-Benutzers auf der Remote-Server-Seite, welcher im gewünschten Backup-Pfad keine Ordner erstellen durfte.