Adapter: iobroker.backitup (stable Release)
-
trotz der Fehlermeldungen kommen die Nachrichten in Telegram an. Also soweit erst mal gut.
-
@J Riemann:Erste "oneClick" Tests waren erfplgreich.
An den veränderten Log-Einträgen hat sich aber nichts geändert.
Im Gegensatz zu Version 0.2.1 fehlen die Info-Einträge zum Verlauf/Abschluss des Backups.
Alles ist noch so wie hier beschrieben: viewtopic.php?f=23&t=15256&start=200#p162781 `
Hast du die Instanz von backitup auf debug oder info stehen?
Gesendet von iPhone mit Tapatalk
-
@ Ati
Die Version 0.2.3 ist jetzt im npm
Wahrscheinlich hatte sich das überschnitten
Du hast noch die Version 0.2.2 installiert.
Das sagt zumindest dein Log.
Gesendet von iPhone mit Tapatalk
-
hossa @ all
Ich habe mal backitup neu installiert.
Bekomme folgende Ausgabe:
backitup.0 2018-07-20 10:54:34.375 warn Please translate in words.js: CIFS-Mount: JA backitup.0 2018-07-20 10:54:34.374 warn Please translate in words.js: Typ backitup.0 2018-07-20 10:54:34.373 warn Please translate in words.js: Noch keine Backups erstellt backitup.0 2018-07-20 10:54:34.340 warn Please translate in words.js: , und unter %h%d gespeichert backitup.0 2018-07-20 10:54:34.340 warn Please translate in words.js: Es wurde am %t ein neues %e Backup erstellt backitup.0 2018-07-20 10:54:34.339 info [minimal] bash /opt/iobroker/node_modules/iobroker.backitup/backitup.sh "minimal|minimal|5|192.168.178.22|ioBroker/minimal/|<benutzername>|<password>||||CIFS|false|false|||||||/opt/iobroker" backitup.0 2018-07-20 10:54:34.337 info [minimal] oneClick backup started backitup.0 2018-07-20 10:52:03.437 warn Please translate in words.js: CIFS-Mount: JA backitup.0 2018-07-20 10:52:03.437 warn Please translate in words.js: Typ backitup.0 2018-07-20 10:52:03.435 warn Please translate in words.js: Noch keine Backups erstellt backitup.0 2018-07-20 10:52:03.412 warn Please translate in words.js: , und unter %h%d gespeichert backitup.0 2018-07-20 10:52:03.411 warn Please translate in words.js: Es wurde am %t ein neues %e Backup erstellt backitup.0 2018-07-20 10:52:03.411 info [total] bash /opt/iobroker/node_modules/iobroker.backitup/backitup.sh "total|komplett|14|192.168.178.22|ioBroker/komplett/|<benutzername>|<password>||||CIFS|false|false|||||||/opt/iobroker" backitup.0 2018-07-20 10:52:03.407 info [total] oneClick backup started</password></benutzername></password></benutzername>Die Dateien sind aber auch auf dem NAS angekommen.
-
-
Die Warnungen sind Übersetzungen, die wir noch einpflegen müssen.
Betrifft aber aktuell nicht die deutsche Übersetzung.
Ist also im Endeffekt nur ein reines Debug für uns, was noch übersetz werden muss und für die Funktion nicht relevant.
Könnt ihr also ignorieren. [emoji6]
Gesendet von iPhone mit Tapatalk
-
ah ok !
Ich hatte angenommen das die Übersetzung in der aktuellen Version schon gefixt wurde.
Den ioBroker stoppen sollte man aber noch nicht ?
-
ah ok !
Ich hatte angenommen das die Übersetzung in der aktuellen Version schon gefixt wurde. `
Nein wir wollten erstmal den Code sauber hinbekommen.
Übersetzungen kommen dann im Anschluss
Gesendet von iPhone mit Tapatalk
-
Heute gab es von bluefox große Änderungen, damit der Adapter es vielleicht in die Iobroker Repro schafft.
Leider haben sich dabei einige Fehler eingeschlichen, an denen peoples und ich aber dran sind.
Gesendet von iPhone mit Tapatalk `
Wer aktuell komplette / total backups machen will darf den iobroker stop start nicht aktivieren, irgendeine Änderung verursacht einen sigterm, lässt das backup scheitern und den iobroker nicht mehr starten
Bin dran! `
Wurde das schon gefixt ?
-
Ja wurde gefixt
Gesendet von iPhone mit Tapatalk
-
@J Riemann:Erste "oneClick" Tests waren erfplgreich.
An den veränderten Log-Einträgen hat sich aber nichts geändert.
Hast du die Instanz von backitup auf debug oder info stehen?
Im Adapter selbst ist "Log" und "debug" und in der Instanz "Info". In dieser Konfiguration kommt lediglich die "Backup Start" Info im Log (wie oben gezeigt).Wird in der Instanz auf "debug" gestellt, dann werden auch die Infos zum weiteren Verlauf und Erfolg im Log angezeigt.
Die ausführlichen Daten wurden in der 0.2.1 allerdings auch ins Log geschrieben wenn die Instanz auf "Info" stand.
Wenn das von Euch allerdings so gewollt ist, dann will ich nichts gesagt haben.
-
Ja das ist so gewollt.
Das sind ja im Endeffekt debug Ausgaben.
Im normalen und automatischen Betrieb benötigt man diese Ausgaben ja nicht zwingend.
Ich selber habe standardmäßig fast alle laufenden Adapter nur auf error stehen.
Nur wenn ich weitere Details mal benötigte, schalte ich da mal auf debug
Gesendet von iPhone mit Tapatalk
-
Ich schau nachher nochmal nach Updates. Danke
Ati
-
@J Riemann:@J Riemann:Erste "oneClick" Tests waren erfplgreich.
An den veränderten Log-Einträgen hat sich aber nichts geändert.
Hast du die Instanz von backitup auf debug oder info stehen?
Im Adapter selbst ist "Log" und "debug" und in der Instanz "Info". In dieser Konfiguration kommt lediglich die "Backup Start" Info im Log (wie oben gezeigt).Wird in der Instanz auf "debug" gestellt, dann werden auch die Infos zum weiteren Verlauf und Erfolg im Log angezeigt.
Die ausführlichen Daten wurden in der 0.2.1 allerdings auch ins Log geschrieben wenn die Instanz auf "Info" stand.
Wenn das von Euch allerdings so gewollt ist, dann will ich nichts gesagt haben. `
Hier werde ich nochmal Hand anlegen möchte die eigentlich auch wieder im Log haben und sie dann eben wieder wie früher über den Hacken in der Konfig ein- bzw. ausblenden
-
So noch ein BugFix!
Falls es jemandem aufgefallen ist, es war noch ein Bug in der MySql-Logindaten Verarbeitung, hier wurde der Db-Name auch als Db User verwendet (So bekam man einen Access-denied Fehler) habe ich gerade ausgebessert.
Version ist die gleiche geblieben nur wer Mysql eben nutzt muss nochmal die Installation von Github anstoßen so wird die fehlerhafte main.js überschrieben.
-
Zuerst mal Danke für den tollen Adapter.
Hätte da ein Frage bzgl. Regelmäßigkeit der Backups.
Ist es möglich den Adapter so zu konfigurieren, dass er z.b. immer am Montag ein normales Backup macht, an jedem Mittwoch ein komplettes und am Samstag beide inklusive CCU-Backup
-
Zuerst mal Danke für den tollen Adapter.
Hätte da ein Frage bzgl. Regelmäßigkeit der Backups.
Ist es möglich den Adapter so zu konfigurieren, dass er z.b. immer am Montag ein normales Backup macht, an jedem Mittwoch ein komplettes und am Samstag beide inklusive CCU-Backup `
Du müsstest am Montag das normale backup auf jeden 7ten Tag, am mittwoch das Komplette auf jeden 7ten Tag, und am Samstag das CCu-Backup auf jeden 7ten Tag stellen und aktivieren. Einen anderen Weg gibt es nicht
-
Danke für die Rückmeldung, dann bleib ich weiterhin bei cron jobs
-
Keins der Backups die mit Backupit gemacht wurden kann ich wiederherstellen? Ein altes Backup was ich mit Hand gemacht habe geht ohne Probleme.
Und es spielt keine Rolle ob minimal oder komplett
Gesendet von iPad mit Tapatalk Pro
-
Bei mir funktioniert beides.
Gerade erst beim "Umzug" auf neues System getestet.
