Test Adapter ioBroker.backitup v3.1.x

vauvau07

version 1.3.2 alles i.o.

simatec

@vauvau07
Diese Funktion gab es in Version 1.3.2 noch nicht ... habe dir nochmal ne PN geschickt.
Jetzt sollte der Fehler gefixt sein

simatec

Ab sofort ist die Version 1.3.4 im Github und ab spätestens heute Nacht auch in der latest Repo.

Changelog

1.3.4 (15.12.2019)

(simatec) Fix hide passwords

MathiasJ

@Homoran sagte in Test Adapter Backitup v1.3.x:

@MathiasJ
Bitte Instanz auf debug stellen und log posten.

Version 1.3.4 installiert und läuft wieder!
Es scheint ein Bug im 1.3.3 gewesen zu sein, weil ich nicht der einzige war, der das Problem hatte.
Die IObroker-Backups bleiben im Ordner

/opt/iobroker/backups

sie sind in meinem Fall auch ca 3 MB kleiner ais vorher.
Ich kann jetzt leider nicht gucken, ob die Backup-Dateien defekt sind.

Was mich freuen würde ist die Möglichkeit, bei einer zweiten CCU Backups zu erstellen,
so lange es kein HMIP-LAN-Gateway gibt.
Im Moment läuft eine zweite Instanz, um auch Backups der zweiten CCU zu erstellen.
ich weiß, dass sich HMIP-Geräte ein Mesh-Netzwerk aufbauen können.
Mir fehlt aber irgendwie das Kleingeld, ein Notstrom-Aggregat in Form eines Schiffsdiesels zu installieren.

Homoran

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

Im Moment läuft eine zweite Instanz, um auch Backups der zweiten CCU zu erstellen.

Genau dafür sind Instanzen da.

Du hast ja auch für die zweite ccu weitere Instanzen angelegt.

simatec

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

Es scheint ein Bug im 1.3.3 gewesen zu sein, weil ich nicht der einzige war, der das Problem hatte.

Es wäre trotzdem gut hier mal den Error Log zu posten, damit wir den Fehler auch eingrenzen können.
Geht nicht hilft leider niemanden

MathiasJ

Dann müsste ich wieder auf die 1.3.3 zurück gehen....
Ich werde mir erst einmal eine Testinstallation aufbauen und gucken, ob das Backup funktioniert

Ich bekomme mit der 1.3.4 Backups in der Größe von 0 bytes.
Habe gerade festgestellt, auch mit der Version 1.3.2
Im Log wird nichts angezeigt.
Ich habe backitup erst mal deaktiviert, nicht dass alle funktionierenden backups gelöscht und mit den 0-Bytes ersetzt werden.

Jan1

Hier stimmt was nicht. Wenn ich meine automatischen Backups kontrolliere, dann macht er History und Zigbee doppelt und "vergisst" dafür den IOBroker komplett:

Wenn ich manuell starte, ist alles wie es soll:

simatec

@MathiasJ sagte in Test Adapter Backitup v1.3.x:

Dann müsste ich wieder auf die 1.3.3 zurück gehen....
Ich werde mir erst einmal eine Testinstallation aufbauen und gucken, ob das Backup funktioniert

Ich bekomme mit der 1.3.4 Backups in der Größe von 0 bytes.
Habe gerade festgestellt, auch mit der Version 1.3.2
Im Log wird nichts angezeigt.
Ich habe backitup erst mal deaktiviert, nicht dass alle funktionierenden backups gelöscht und mit den 0-Bytes ersetzt werden.

Was soll ich mit dieser Aussage anfangen? Was ist 0 bytes und wo liegt das was auch immer für ein backup mit 0 byte.
Wie ich es dir bereits mehrfach geschrieben habe, brauche ich Informationen, mit denen man auch etwas anfangen kann.
Ich kann auf keinen meiner Testsysteme einen Fehler dieser Art reproduzieren.

simatec

@Jan1
Wo tritt das Problem genau auf? Zeige mal deine Config.
Speicherst du auf einem NAS oder in einer Cloud oder ist das Problem lokal?

opossum

Hallo,
ich habe alle Updates des Adapters eingespielt. Mache täglich um 02:00:00 mein Backup. das ist aber aus meiner Sicht i.O.

Auch die Speicherung in einem anderen Verzeichnis läuft:
.

simatec

@Jan1
Habe probiert auf meinen Testsystemen mit diversen Linux OS und Windows probiert den Fehler nachzustellen, aber bei allen Systemen wird das backup korrekt erstellt und kopiert

Jan1

@simatec
Wie geschrieben, wenn ich es manuell über den Adapter anstoße, dann funktioniert das auch, nur das automatische Backup vergisst den IOBroker zu sichern.
Hier mal die Konfiguration:

simatec

@Jan1
Poste mal bitte den Debuglog von heute Nacht.
Da sich am Code für den Backupprozess nichts geändert hat, kann man ausschließen, dass es an der aktuellen Version liegt.
hier gab es lediglich Modifikationen für Log-Ausgaben etc.
Starte mal den Adapter neu und schupse nochmal ein automatisches Backup an.

Jan1

@simatec
Oh da steht einiges drin und ich tippe mal wieder auf den Compact Mode.
iobroker.2019-12-17.log.zip

Lustig, jetzt hat er das automatische Backup gemacht:

simatec

@Jan1

Ahhh den Fehler habe ich für den Compact Mode gerade gefixt. Wurde per Issue gemeldet.
Update kommt ... Sonst kannst du auch über Github updaten, damit der Fehler auch bei dir behoben ist.

Jan1

@simatec
so, ich hab mal die Git Version drauf und schau, ob er heute Nacht es dann auch um 2 Uhr schafft ein IOBroker Backup anzulegen, danke für Deine Arbeit.

simatec

Ab sofort ist die Version 1.3.5 im Github und ab spätestens heute Nacht auch in der latest Repo.

Changelog

1.3.5 (17.12.2019)

(simatec) Fix compact-mode for history

MathiasJ

hier die Config.
Ich speichere alles auf Dropbox, Googledrive, der NAS.#Bisher hat es auch funktioniert.
Nur habe ich jetzt anstall 7 MB eben 0 Byte.

....mit der Version 1.3.5 gemacht........
im Log stehen keine Fehler

gerade erst gesehen:
hier der Ergebnis vom CCU-Backup:

Jetzt bin ich schon etwas schlauer:
Das Backup von 0kb tritt nur auf, wenn ich die NAS hinzufüge.
Beim speichern auf Dropbox hat es gepaßt. Wenn ich die NAS hinzufüge habe ich überall 0kb.

Edit
Ich geb's auf........
IObroker neu aufgesetzt, backitup 1.3.5 installiert, Backup-Datei 0kb.....
ich habe Backitup bis auf weiteres deaktiviert.
Gruß,
Mathias

simatec

@MathiasJ
Dann stimmt etwas mit deinem NAS nicht
Ich habe alle Systeme mit NAS laufen und zum testen sowohl nfs als auch cifs.
Teste erstmal die Verbindung zum NAS.

Da hat nix mit backitup zu tun.
Was sagt der Log denn?
Das frage ich dich jetzt schon seit 2 Tagen

Schalte backitup auf debug in den Instanzen und dann sehen wir im Log was passiert

NEWS