Adapter: iobroker.backitup (stable Release)

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

simatec

Entweder du löschst die alten ID‘s oder du installierst den Adapter noch mal neu.

Wie gesagt, es gab einige Änderungen im Code nach iobroker Standard, damit der Adapter in die Repro kann

Gesendet von iPhone mit Tapatalk

Ati

trotz der Fehlermeldungen kommen die Nachrichten in Telegram an. Also soweit erst mal gut. ;)

simatec

~~@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

simatec

@ 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

sluma

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.

Homoran

~~@sluma:~~

Bekomme folgende Ausgabe: `
sieht doch gut aus; ich wätre froh wenn ich das so hätte.

~~@sluma:~~

Die Dateien sind aber auch auf dem NAS angekommen. `
Warum auch nicht, da sind keine ERROR im log.

Gruß

Rainer

simatec

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

sluma

ah ok !

Ich hatte angenommen das die Übersetzung in der aktuellen Version schon gefixt wurde.

Den ioBroker stoppen sollte man aber noch nicht ?

simatec

~~@sluma:~~

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

sluma

~~@peoples:~~

~~@simatec:~~

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 ?

simatec

Ja wurde gefixt

Gesendet von iPhone mit Tapatalk

J Riemann

~~@simatec:~~

~~@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.

simatec

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

Ati

Ich schau nachher nochmal nach Updates. Danke

Ati

Peoples

~~@J Riemann:~~

~~@simatec:~~

~~@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

Peoples

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.

JohGre

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

Peoples

~~@JohGre:~~

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

JohGre

Danke für die Rückmeldung, dann bleib ich weiterhin bei cron jobs

Community Forum

NEWS

Adapter: iobroker.backitup (stable Release)

Support us

364

32.4k

81.4k

1.3m