Hallo,
habe letzte Woche ein automatisches backup (1x die Woche per at und Aufruf von "backup") eingerichtet und speichere auf den Event "global backup done" die angelegte tar-Datei auf mein NAS.
Funktioniert prima...
Dann habe ich eben mal wieder ein update von fhem gemacht.
Da ich ja "backup_before_update" gesetzt habe, wird auch ein backup angestossen.
Allerdings kommt hierbei KEIN "global backup done" Event, also wird die Datei (erzeugt) nicht auf's NAS gespeichert...
Ich habe auch "global updateInBackground 1" gesetzt, hat das damit zu tun?
Ist jetzt nicht "schlimm", es wird ja am nächsten "at-Backup-Termin" ein Backup erzeugt und dann (beide) abgelegt...
...mich würde nur interessieren: WARUM das so ist und ob es "Absicht" ist oder "Zufall"ist...
...oder ob ich irgendwo eine Einstellung habe, die das bewirkt...
...irgendwie muss aber doch bei update ein anderes backup gerufen werden!?
Gruß, Joachim
P.S.: bzgl. Unterforum war ich unsicher aber ich habe nichts "passenderes" gefunden ;)
Backup selbst ist nicht (mehr) meine Baustelle.
Update generiert laut Code "nur" ein "global UPDATE" event, je nach updateInBackground in unterschiedlichen Codestraengen. Backup wird beim gesetzten backup_before_update vor dem update ausgefuehrt, und falls es Fehler meldet, wird mit dem update nicht weitergemacht.
Danke für die Antwort.
Heißt jetzt: es ist wie es ist ;)
Wie geschrieben: für mich nicht wirklich relevant. Nur Interesse (bzw. "Mitteilung")...
Gruß, Joachim
Interessant. Laut Code sollte er ein Event auslösen.
if ( !defined($backupcmd) && -e "$backupdir/FHEM-$dateTime.tar.gz" ) {
my $size = -s "$backupdir/FHEM-$dateTime.tar.gz";
$msg = "backup done: FHEM-$dateTime.tar.gz ($size Bytes)";
DoTrigger( 'global', $msg );
Log( 1, $msg );
$ret .= "\n" . $msg;
}
Ich schaue es mir die Tage an.
Hi CoolTux,
Zitat von: CoolTux am 28 Oktober 2020, 13:38:26
Interessant. Laut Code sollte er ein Event auslösen.
Kommt definitiv (bei mir) nicht.
Geprüft mit Eventmonitor.
Event kommt (bei mir) nur, wenn ich "backup" eintippe (und bis letztes WE auch bei "backup" per at / ob das noch geht werde ich am WE sehen ;) / schätze aber: dass ja)...
Zitat von: CoolTux am 28 Oktober 2020, 13:38:26
Ich schaue es mir die Tage an.
danke!
Betrifft ja evtl. dann auch dein UpdateToCloud-Modul ;)
Gruß, Joachim
Zitat von: CoolTux am 28 Oktober 2020, 13:38:26
Interessant. Laut Code sollte er ein Event auslösen.
Die spannende Frage ist, ob dieser Codeteil überhaupt durchlaufen wird.
Zitat von: betateilchen am 28 Oktober 2020, 14:08:03
Die spannende Frage ist, ob dieser Codeteil überhaupt durchlaufen wird.
Bei mir zumindest wird er das und dennoch kommt kein Event trotz DoTrigger
Wenn man im geforkten Prozess ist, muss DoTrigger aufwendiger gemacht werden, siehe update.pm.
Ohje, hätte ich nur nix "gesagt" ;)
Gruß, Joachim
Zitat von: rudolfkoenig am 28 Oktober 2020, 14:15:15
Wenn man im geforkten Prozess ist,
das wäre jetzt meine nächste Frage an CoolTux gewesen 8)
Wenn das backup aus dem update aufgerufen wird erfolgt das ganze nicht im geforkten Prozess.
Allerdings habe ich mir das noch nicht mit "global updateInBackground 1" angeschaut.
Gerade getestet, auch bei "backup_before_update 1" wird der backup Prozess ohne Fork gestartet.