UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[simatec]

@fredf Interessant sind wie gesagt vor allem der Restore vom iobroker mit js-controller 4.0.x

[oFbEQnpoLKKl6mbY5e13]

@simatec
Wurde das influxdb Backup im Docker wieder aktiviert?

[simatec]

@ofbeqnpolkkl6mby5e13 Nein aktuell nicht, da im Dockercontainer des iobroker kein influx laufen sollte

[oFbEQnpoLKKl6mbY5e13]

@simatec
Okay, aber ohne Influxdb im iobroker Container kann ich ja keine Remote-Influxdb sichern.

[simatec]

@ofbeqnpolkkl6mby5e13 Das ist richtig und ein Nachteil von Docker.
Wir diskutieren dieses Thema aber intern noch

[oFbEQnpoLKKl6mbY5e13]

@simatec
Ist ja nicht wirklich schlimm, weil ich natürlich die Influxdb anders sichern kann.

[simatec]

@ofbeqnpolkkl6mby5e13 Wir sind aber an dem Thema dran.
uns ist bewusst, das viele User das gerne wollen.

[Einstein67]

@simatec Gerade mal getestet:

Beim Restore kam beim Wiederherstellen von VIS-1.4.8 ein Fehler. (Ich muss den Versuch nochmal machen und die Fehlermeldung kopieren). Nach manueller installation des Adapters hat alles funktioniert.

Backup von Grafana funktioniert wieder aber beim Restore kommt leider:

[DEBUG] [grafana] - Grafana dashboard restore not possible: TypeError: Cannot read property 'data' of undefined

Das Statusfenster ist GENIAL, und funktioniert SUPER!

Thx

[amg_666]

Ich habe jetzt auf 2.3.0 upgedatet, das lief fehlerfrei durch.
Aber manueller Start eines Backups über admin läuft nicht durch:

Started iobroker ...
[DEBUG] [iobroker] - host.iobroker 17009 states saved

[DEBUG] [iobroker] - host.iobroker 19191 objects saved

[DEBUG] [iobroker] - Backup created: /opt/iobroker/backups/iobroker_2022_02_11-14_06_44_backupiobroker.tar.gz

[DEBUG] [iobroker] - done
[DEBUG] [historyDB] - compress from historyDB started ...
[ERROR] [historyDB] - Backitup cannot found source "undefined" for compress!

iob auf proxmox/debian und slave auf pi3b, beide Systeme mit node.js 14.19.0 und js.controller 4.0.8

[simatec]

@amg_666 Kannst du mal die Config der historyDB zeigen?

[simatec]

@einstein67 sagte in Test Adapter Backitup v2.3.x:

@simatec Gerade mal getestet:

Beim Restore kam beim Wiederherstellen von VIS-1.4.8 ein Fehler. (Ich muss den Versuch nochmal machen und die Fehlermeldung kopieren). Nach manueller installation des Adapters hat alles funktioniert.

Da schein ein problem mit VIS zu sein. Die Installation erfolgt ja nach dem restore.

Backup von Grafana funktioniert wieder aber beim Restore kommt leider:

Sehr gut ...

[DEBUG] [grafana] - Grafana dashboard restore not possible: TypeError: Cannot read property 'data' of undefined

Das bedeutet, dass deine Sourcequelle nicht lesbar ist. Eventuell mal die rechte prüfen. Hast du einen lokalen restore gemacht oder vom NAS oder irgendeiner Cloud?
Am besten mal lokal testen und die Rechte des Backupverzeichnisses prüfen.

Das Statusfenster ist GENIAL, und funktioniert SUPER!

Danke dir ...

[amg_666]

@simatec Hmm, da ist kein Speicherverzeichnis (mehr?) angegeben, ich hab den History eigentlich ewig nicht mehr angefasst:

[simatec]

@amg_666 Und was steht in Backitup für ein Pfad??
Backitup ist in version 2.3.0 nun strenger mit Fehlern.
Eventuell hast du es nie mitbekommen

[amg_666]

@simatec sagte in Test Adapter Backitup v2.3.x:

Pfad?

Bingo :-) Danke für den Hinweis, habe jetzt konsistente Pfade sowohl bei History als auch bei backitup eingetragen, jetzt läuft es durch.

[Einstein67]

@simatec said in Test Adapter Backitup v2.3.x:

Das bedeutet, dass deine Sourcequelle nicht lesbar ist. Eventuell mal die rechte prüfen. Hast du einen lokalen restore gemacht oder vom NAS oder irgendeiner Cloud?

Es war ein Backup von einem Synology-NAS.

Hab dann schnell ein Downgrade auf BackitUp 2.2.3 gemacht und damit Grafana wiederhergestellt (problemlos funktioniert). Also sollten die Quelle oder die Rechte nicht das Problem sein.

Das Problem mit VIS hat sich mit Controler 4.0.8 erledigt. Restore läuft damit perfekt durch.

[simatec]

@einstein67 OK checke ich nochmal

[fila612]

Hallo zusammen,

Eine Frage bzgl. Backup Influxdb:
Wenn ich iobroker und influxdb in separaten Docker Containern laufen haben, dann kann ich influxdb zwar via Iobroker nutzen (influxdb Adapter ist grün und Daten werden erfasst), aber ein Backup ist nicht möglich, da der Haken im Backitup-Adapter nicht anwählbar ist.
Ich habe gelesen, dass auf dem System, auf welchem iobroker läuft auch influxdb installiert sein muss.
Das habe ich dann nachgeholt und im iobroker Container manuell influxdb installiert und gestartet (läuft).

Leider ändert das nichts an dem "toten" Influxdb Button im Backitup Adapter :(

Mach da noch etwas falsch, habe ich evtl. etwas übersehen oder einen Denkfehler?
Oder kann ich so gar nicht influxdb sichern?

[Einstein67]

@fila612 Also BackitUp sichert lokale sowie auch remote Influx-DBs. Hast du die Einstellungen im InfluxDB Reiter gemacht. Dann sollte die Checkbox auswählbar sein.

[fila612]

@einstein67 ,
ich war der Meinung das der Reiter erst auftaucht wenn ich den Haken gesetzt habe.
Und diesen Haken kann ich leider nicht auswählen:

Adapterversion BackitUp ist 2.3.0

[Einstein67]

@fila612 said in Test Adapter Backitup v2.3.x:

ich war der Meinung das der Reiter erst auftaucht wenn ich den Haken gesetzt habe.

Sorry, da hast du natürlich Recht! Hab ich in die falsche Richtung dedacht ....