Hyper Backup Backup via Command-Line failed

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

tAntChen

Benutzer
Registriert
12. Sep. 2011
Beiträge
152
Reaktionspunkte
19
Punkte
18
Ich versuche gerade mein Backup via Command-Line (/var/packages/HyperBackup/target/bin/img_backup -B -w -k 1) zu starten. Leider funktioniert das nicht, wenn ich es selbst aufrufe, dann schlägt der Prozess fehl. Laut Protokoll kann nicht auf das Backup zugegriffen werden. Mir ist auch etwas schleierhaft wie dieses in der Config (/usr/syno/etc/synobackup.conf) richtig adressiert wird. Denn da steht nur der relative Pfad (remote_share="usbshare1") zum Backup drin.

Code:
[repo_1]
client_cache="/volume1/@img_bkp_cache/ClientCache_image_image_local.xea6Su"
name=""
remote_share="usbshare1"
remote_ssl_cert_fingerprint=""
target_type="image"
trans_type="image_local"

Der Prozess selbst kotzt noch einige Warnings in die Konsole, die aber nicht besonders relevant erscheinen.
Code:
~# /var/packages/HyperBackup/target/bin/img_backup -B -w -k 1
[warn] Added a signal to event base 0x7fc65afc0b20 with signals already added to event_base 0x7fc65ae53cd0.  Only one can have signals at a time with the epoll backend.  The base with the most recently added signal or the most recent event_base_loop() call gets preference; do not rely on this behavior in future Libevent versions.
[warn] Added a signal to event base 0x7fc65b2e1b10 with signals already added to event_base 0x7fc65ae53cd0.  Only one can have signals at a time with the epoll backend.  The base with the most recently added signal or the most recent event_base_loop() call gets preference; do not rely on this behavior in future Libevent versions.
[warn] evsig_handler: received signal 17, but have no base configured
....
[warn] Added a signal to event base 0x7fc65b0bb7b0 with signals already added to event_base 0x7fc65ae53cd0.  Only one can have signals at a time with the epoll backend.  The base with the most recently added signal or the most recent event_base_loop() call gets preference; do not rely on this behavior in future Libevent versions.
[warn] Added a signal to event base 0x7fc65b1f8ee0 with signals already added to event_base 0x7fc65ae53cd0.  Only one can have signals at a time with the epoll backend.  The base with the most recently added signal or the most recent event_base_loop() call gets preference; do not rely on this behavior in future Libevent versions.
[warn] evsig_handler: received signal 17, but have no base configured
...
[warn] Added a signal to event base 0x7fc65b0a8760 with signals already added to event_base 0x7fc65ae53cd0.  Only one can have signals at a time with the epoll backend.  The base with the most recently added signal or the most recent event_base_loop() call gets preference; do not rely on this behavior in future Libevent versions.

Protokoll:
Error​
2023/04/19 11:43:20​
SYSTEM​
[Local][Hyper Backup] Failed to run backup task.​
Error​
2023/04/19 11:43:00​
SYSTEM​
[Local][Hyper Backup] Exception occurred while backing up data. (Failed to load information from the backup destination database. Please check the backup destination status or connection.)​
Information​
2023/04/19 11:40:43​
SYSTEM​
[Local][Hyper Backup] Backup task started.​

Wird der Prozess über DSM gestartet läuft er als Subtask von /usr/syno/bin/synobackup das scheint noch etwas zu machen was ich nicht sehen kann.
Code:
/usr/syno/bin/synobackup
  |_ /var/packages/HyperBackup/target/bin/img_backup  -B -w -k 1

Kann es sein dass mir als root in der Bash das richtige Environment fehlt um Prozess richtig zu starten? Denn der User, der Aufruf und seine Parameter sind ja identisch. Leider kann man sich das auch über den Aufgabenplaner nicht herleiten da steht nur "Aufgabe: Hyper Backup". Ich bin ja schon froh dass es für Hyper Backup überhaupt ein CLI gibt, wäre schön wenn man es auch selbst nutzten könnte.
 
/usr/syno/bin/synobackup --backup JOB-ID --type BACKUP-TYP
Job ID ersetzen durch die Backup-Nummer
Backup Typ ersetzen durch "local" für Einzelversion" und "image" für versioniert
Backup-Nummer ermitteln mit "more /usr/syno/etc/synobackup.conf"
 
Danke @plang.pl so geht es tatsächlich. Das einzige Manko ist dass damit der Prozess detached gestartet wird, aber dafür finde ich dann schon eine Lösung.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat