Backup hängt fest [GELÖST]

[U8G_Marvin]

Guten Tag Keyhelp Community,

Ich bin sicher, dass die Ursache des Problems bei KeyHelp liegt
Ja


Server-Betriebssystem + Version
Debian 11.3 (64-bit)


Eingesetzte Server-Virtualisierung-Technologie
KVM


KeyHelp-Version + Build-Nummer
22.0 (Build 2393)


Problembeschreibung / Fehlermeldungen
Wir haben momentan das Problem, dass ein Backup seit 2 Wochen bei 0,79 % Prozent hängen bleibt. Dies hat die Folge, dass alle neueren Backups beim Status "Startet in Kürze" auch hängen bleiben.

Schritte zur Reproduktion
Wir hatten vor ca. 2 Wochen Probleme mit unserem Provider, wo wir die Backups speichern. Vermutlich ist während des Backup-Prozesses, der Speicher nicht mehr erreichbar gewesen. Der Backup-Speicher ist mit WebDAV angebunden.

Gibt es eine Möglichkeit, diesen Backup-Prozess zu stoppen? Einen Neustart von dem Server haben wir schon durchgeführt.

Mit freundlichen Grüßen
Marvin

[OlliTheDarkness]

Schon das einfachste probiert ?
Repo rauswerfen und neu eintragen.

Die Anzeige kannst als "schönheitsfehler" abschreiben.

Wenns dich massiv stört, über die DB Logs rauswerfen.

Der Prozess sollte bereits "gekilt" sein durch deinen neustart.

Solltest aber mal in die Prozesse schauen ob da eventuel noch ein Job läuft, gehe ich aber nicht von aus.

[U8G_Marvin]

Vielen Dank für die Antwort.

Wenn ich das Repo aus Keyhelp entferne und anschließend wieder hinzufüge, kann ich weiterhin die Backups in diesem Repo nutzen oder wird es komplett neu initialisiert?

Mit freundlichen Grüßen
Marvin

[OlliTheDarkness]

Vielen Dank für die Antwort.

Wenn ich das Repo aus Keyhelp entferne und anschließend wieder hinzufüge, kann ich weiterhin die Backups in diesem Repo nutzen oder wird es komplett neu initialisiert?

Mit freundlichen Grüßen
Marvin

Eig. wird erkannt was drin ist und kannst es normal weiternutzen.

Wenn das Repo allerdings nen klatsch bekommen hat, kann es Probleme geben.

Probieren und hoffen

Immer positiv denken.

[Florian]

Hallo,

Was ist zu tun wenn ein Backup hängt:

- alles killen was mit restic zusammenhängt ( in der Regel mindestes 3 Threads)
- Aus der Tabelle backup_operations die entsprechenden Backups entfernen.

- ggf. ist das Repository gelocked, dieser muss dann aus dann wieder aufgehoben werden.
Zunächst die über die DB ermittelen:

Code: Select all

mysql -e "use keyhelp; SELECT * FROM backup_repositories"

Oder über phpmyadmin.

Und dann wie folgt das lock aufheben.

Code: Select all

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

Ist noch ein Backup in der Liste, wird dies sofort nachgeholt. Der Befehl sollte somit im Screen gestartet werden, da sonst das Backup wieder abbricht.

[24unix]

Ich hatte heute genau das selbe Problem, habe es mir einfacher gemacht.

Was ist zu tun wenn ein Backup hängt:

Repository entfernen.
Repository neu anlegen.

Einziger Nachteil: Man kann den ssh key nicht übernehmen, so langsam mülle ich die User-Config in meinem OMV zu …

Code: Select all

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

OK, das wusste ich nicht, habe es direkt auf dem Server mittels

Code: Select all

restic -r vader.24unix.net unlock

gemacht.

[Jolinar]

Was ist zu tun wenn ein Backup hängt:
...

Wäre es nicht vielleicht eine Überlegung wert, diesen Ablauf zu automatisieren und als Funktion ("Zurücksetzen des Backupsystems" o.ä.) ins Panel zu integrieren?
Offensichtlich passiert es ja doch öfter, daß mal "was hängt"...

[24unix]

Wäre es nicht vielleicht eine Überlegung wert, diesen Ablauf zu automatisieren und als Funktion ("Zurücksetzen des Backupsystems" o.ä.) ins Panel zu integrieren?

+1

[Blackmoon]

Wäre es nicht vielleicht eine Überlegung wert, diesen Ablauf zu automatisieren und als Funktion ("Zurücksetzen des Backupsystems" o.ä.) ins Panel zu integrieren?

+1

[MLan]

Wäre es nicht vielleicht eine Überlegung wert, diesen Ablauf zu automatisieren und als Funktion ("Zurücksetzen des Backupsystems" o.ä.) ins Panel zu integrieren?
Offensichtlich passiert es ja doch öfter, daß mal "was hängt"...

-1
nicht notwendig.
Mir wurde an anderer Stelle versichert dass das Backupsystem fehlerfrei funktioniert.

[space2place]

OT - On

-1
nicht notwendig.
Mir wurde an anderer Stelle versichert dass das Backupsystem fehlerfrei funktioniert.

Ich gehe mal davon aus das Du Dich hier drauf beziehst: viewtopic.php?p=34246#p34246
Wenn ja - Finde ich Deine Art gerade etwas drüber. Aber das ist nur mein persönliches empfinden.

OT - Off

Wäre es nicht vielleicht eine Überlegung wert, diesen Ablauf zu automatisieren und als Funktion ("Zurücksetzen des Backupsystems" o.ä.) ins Panel zu integrieren?
Offensichtlich passiert es ja doch öfter, daß mal "was hängt"...

+1

[24unix]

Ich gehe mal davon aus das Du Dich hier drauf beziehst: viewtopic.php?p=34246#p34246
Wenn ja - Finde ich Deine Art gerade etwas drüber. Aber das ist nur mein persönliches empfinden.

Nicht nur Deins.

[Armadillo]

Also bei mir funktioniert das Backup / Restore System einwandfrei.

Dennoch:

+2 (Zweifache Zusatmmung), um den einen "-1" auszugleichen.

[Tobi]

+2 (Zweifache Zusatmmung), um den einen "-1" auszugleichen.

Also Leute ihr könnt gerne ein +1 geben.
Von mir aus auch ein -1.

Aber was du da machst Armadildo führt nur dazu, dass ich in Zukunft ein „immer eins mehr als du“ posten werde. Und das führt bekanntlich zu gar nix.

[24unix]

Aber was du da machst Armadildo führt nur dazu, dass ich in Zukunft ein „immer eins mehr als du“ posten werde. Und das führt bekanntlich zu gar nix.

Immerhin zu einem Lacher


https://www.youtube.com/watch?v=1Dh5-jTpi6k