rleidner hat geschrieben: ↑Fr Jul 28, 2023 9:19 am
rleidner hat geschrieben: ↑Do Jul 27, 2023 8:40 am
LutzB hat geschrieben: ↑Mo Jul 24, 2023 3:11 pm
Der Bereich "Cloud Backup" ist modular aufgebaut. Da kann jeder gerne mitarbeiten und weitere Adapter bereitstellen. Das vorhandene NextCloud Backup kann dafür als Vorlage verwendet werden. So könnten auch allgemeine Lösungen für SMB, CIFS, NFS, HTTP oder was auch immer implementiert werden. Bitte habt Verständnis, dass wir nicht alles gleichzeitig entwickeln können. Wir konzentrieren uns jetzt auf Fehlerbehebungen und die Kernfunktionen der 2.0. Zusätzliche Module (Geräte, Komponenten, Fahrzeuge, Backup-Cloud) werden zumindest von uns kurzfristig nicht umgesetzt, aber gerne in den Code aufgenommen, wenn ein entsprechender PullRequest eingestellt wird.
Ich bin dabei, einen "CloudBackup"-Adapter für NFS zu implementieren.
Wenn ich den Backup manuell im UI mit der Schaltfläche "Sicherung erstellen und hochladen" anstoße, geht das gut.
Die automatische Durchführung zwischen Mitternacht und 05:00 ist jedoch heute morgen nicht erfolgt.
In den logs finde ich jetzt nichts mehr dazu.
EDIT: Ich sehe gerade dass ich schon wieder 65 commits hinter dem aktuellen master bin.
Ich mache erst mal einen Update und schau morgen noch mal.
Der NFS Adapter ist mittlerweile ein PR:
https://github.com/openWB/core/pull/1055
Die automatische Sicherung erfolgte auch nach update nicht, Installiert: 2023-07-26 16:38:23 +0200 [65d893cef]
Wenn der cloud-backup per scheduler gestartet wird kommt dieser Fehler (ich habe das mal auf 13:27 forciert):
Code: Alles auswählen
2023-07-29 13:27:30,789 - {root:136} - {CRITICAL:MainThread} - Ausführung durch exit_after gestoppt: Traceback (most recent call last):
File "/var/www/html/openWB/packages/main.py", line 134, in handler_random_nightly
data.data.system_data["system"].create_backup_and_send_to_cloud()
File "/var/www/html/openWB/packages/helpermodules/system.py", line 81, in create_backup_and_send_to_cloud
backup_filename = self.create_backup()
File "/var/www/html/openWB/packages/helpermodules/system.py", line 90, in create_backup
result = subprocess.run([str(self._get_parent_file() / "runs" / "backup.sh"), "1"], stdout=subprocess.PIPE)
File "/usr/lib/python3.9/subprocess.py", line 507, in run
stdout, stderr = process.communicate(input, timeout=timeout)
File "/usr/lib/python3.9/subprocess.py", line 1121, in communicate
stdout = self.stdout.read()
KeyboardInterrupt
Das tar.gz file wird korrekt erstellt:
Code: Alles auswählen
openwb@openwb2:~/openWB/data $ ls -l backup
total 14784
-rw-rw-r-- 1 openwb www-data 15138748 Jul 29 13:27 openWB_backup_2023-07-29_13:27:04.tar.gz
Das NFS Modul benutzt subprocess, aber das sollte eigentlich nicht stören...
Ist das ein Bug oder mache ich etwas falsch?
EDIT: Ursache gefunden.
Der Timeout von 10 sec ist etwas zu kurz - die gezippte backup file hat immerhin 15MB, das tar 250MB.
Meine owb2 läuft seit alpha3 und hat alle logs aus 1.9 seit November 2020.
Bei mir geht es momentan mit 60 sec.:
Code: Alles auswählen
diff --git a/packages/main.py b/packages/main.py
index 873447ef4..e13fb1020 100755
--- a/packages/main.py
+++ b/packages/main.py
@@ -127,7 +127,7 @@ class HandlerAlgorithm:
except Exception:
log.exception("Fehler im Main-Modul")
- @exit_after(10)
+ @exit_after(60)
def handler_random_nightly(self):
try:
data.data.system_data["system"].create_backup_and_send_to_cloud()
openWB-2 Standard+ | openWB EVU Kit v2 MID| 9,9kWp mit Kostal Plenticore 8.5 plus | VW ID.3, Kia EV6, Smart EQ forfour