Test Adapter ioBroker.backitup v3.1.x
-
@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.
@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 ,
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
@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 ....
-
@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
@fila612 Das liegt dann wohl daran:
Nein aktuell nicht, da im Dockercontainer des iobroker kein influx laufen sollteHat simatec weiter oben geschrieben. Vielleicht ist es (für Docker-Container) deshalb nicht auswählbar.
-
Hallo,
ich habe mir eben eine Tabelle für meine Visualisierung gebaut um den Backupverlauf anzuzeigen.
Verwende für die Tabelle die json die der Adapter anlegt.
Dabei ist mir aufgefallen, dass er in der json unter errors immer none anzeigt. Auch wenn es einen gab (in meinem Fall war der ftp Speicher voll und das Backup konnte nicht kopiert werden.)
Ist das ein Bug oder bezieht sich die Ausgabe wirklich nur darauf, dass das Backup erfolgreich am Dateisystem angelegt wurde?
Würde gerne auch sehen, wenn ein Backup nicht zu Google, ftp etc gesichert werden konnte.
-
Hallo,
ich habe mir eben eine Tabelle für meine Visualisierung gebaut um den Backupverlauf anzuzeigen.
Verwende für die Tabelle die json die der Adapter anlegt.
Dabei ist mir aufgefallen, dass er in der json unter errors immer none anzeigt. Auch wenn es einen gab (in meinem Fall war der ftp Speicher voll und das Backup konnte nicht kopiert werden.)
Ist das ein Bug oder bezieht sich die Ausgabe wirklich nur darauf, dass das Backup erfolgreich am Dateisystem angelegt wurde?
Würde gerne auch sehen, wenn ein Backup nicht zu Google, ftp etc gesichert werden konnte.
@david-g In Version 2.3.0 ist das Error Handling strikter
-
Sehr cool,
werde ich mal testen.
Ggf, kann man bei bei Sorge ja auch noch Leerstellen rein machen. Sieht was schöner aus als alles aneinander.
EDIT
Läuft die 2.3 soweit rund? -
Hallo,
ich habe mir eben eine Tabelle für meine Visualisierung gebaut um den Backupverlauf anzuzeigen.
Verwende für die Tabelle die json die der Adapter anlegt.
Dabei ist mir aufgefallen, dass er in der json unter errors immer none anzeigt. Auch wenn es einen gab (in meinem Fall war der ftp Speicher voll und das Backup konnte nicht kopiert werden.)
Ist das ein Bug oder bezieht sich die Ausgabe wirklich nur darauf, dass das Backup erfolgreich am Dateisystem angelegt wurde?
Würde gerne auch sehen, wenn ein Backup nicht zu Google, ftp etc gesichert werden konnte.
@david-g sagte in Test Adapter Backitup v2.3.x:
Hallo,
ich habe mir eben eine Tabelle für meine Visualisierung gebaut um den Backupverlauf anzuzeigen.Hi, kannst du die hier mal posten, würde mich interessieren wie du das gelöst hast
-
Sehr cool,
werde ich mal testen.
Ggf, kann man bei bei Sorge ja auch noch Leerstellen rein machen. Sieht was schöner aus als alles aneinander.
EDIT
Läuft die 2.3 soweit rund?War mal mutig und hab dir 2.3 installiert. Hoffe läuft soweit ^^.
In der json steht noch immer unter "errors" ein "none" , obwohl ftp fehlgeschlagen ist.Per Telegram kommt der Fehler über den Adapter.
So sieht sie bei mir aus. Allerdings ist immer alles grün, da eben die Info in der json noch fehlt. Sollte eigentlich rot werden bei Fehlern.
Für VIS muss man sie ggf was anpassen. Als Visu nutze ich Lovelace.
Die Buttons gehören nicht zur Tabelle.Das ist das Blockly:
-
Ab sofort steht die Version 2.3.1 im latest zur Verfügung.
Changelog
2.3.1 (2022-02-12)
- (simatec) Bugfix Grafana
- (simatec) Bugfix Restore for Docker System
- (simatec) Restore Interface with https Support
- (simatec) use iobroker SSL Certificates for https
-
Ab sofort steht die Version 2.3.1 im latest zur Verfügung.
Changelog
2.3.1 (2022-02-12)
- (simatec) Bugfix Grafana
- (simatec) Bugfix Restore for Docker System
- (simatec) Restore Interface with https Support
- (simatec) use iobroker SSL Certificates for https
@simatec Danke für das Update!
Grafana funktioniert perfekt!
Leider funktioniert bei mir das ioBroker-Restore (über http) nicht mehr. Das neue Restore Interface erscheint auch nicht mehr. Nur dieses Bild:
Im Log steht auch nicht viel drinnen. Iobroker ist nach dem Restore-Versuch gestoppt, kann wieder gestartet werden. Aber es läuft kein Restore.
2022-02-13 06:34:00.249 - info: host.iob14ig received SIGTERM 2022-02-13 06:34:00.251 - info: backitup.0 (11496) cleaned everything up... 2022-02-13 06:34:00.255 - info: admin.0 (11481) terminating http server on port 8081 2022-02-13 06:34:00.256 - info: host.iob14ig stopInstance system.adapter.admin.0 (force=false, process=true) 2022-02-13 06:34:00.257 - info: host.iob14ig stopInstance system.adapter.backitup.0 (force=false, process=true) 2022-02-13 06:34:00.271 - info: admin.0 (11481) Got terminate signal TERMINATE_YOURSELF 2022-02-13 06:34:00.272 - info: backitup.0 (11496) Got terminate signal TERMINATE_YOURSELF 2022-02-13 06:34:00.284 - info: host.iob14ig stopInstance system.adapter.admin.0 send kill signal 2022-02-13 06:34:00.287 - info: admin.0 (11481) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2022-02-13 06:34:00.287 - info: host.iob14ig stopInstance system.adapter.backitup.0 send kill signal 2022-02-13 06:34:00.322 - info: backitup.0 (11496) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2022-02-13 06:34:00.856 - info: host.iob14ig instance system.adapter.admin.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2022-02-13 06:34:00.889 - info: host.iob14ig instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2022-02-13 06:34:00.890 - info: host.iob14ig All instances are stopped. 2022-02-13 06:34:01.094 - info: host.iob14ig terminated ernst@iob14ig:~$ iob startHat das möglicherweise mit: "(simatec) Restore Interface with https Support" zu tun? Über "https" hab ich noch nicht getestet.
EDIT: Über "https" funktioniert das Restore wie früher ;)
-
@simatec Danke für das Update!
Grafana funktioniert perfekt!
Leider funktioniert bei mir das ioBroker-Restore (über http) nicht mehr. Das neue Restore Interface erscheint auch nicht mehr. Nur dieses Bild:
Im Log steht auch nicht viel drinnen. Iobroker ist nach dem Restore-Versuch gestoppt, kann wieder gestartet werden. Aber es läuft kein Restore.
2022-02-13 06:34:00.249 - info: host.iob14ig received SIGTERM 2022-02-13 06:34:00.251 - info: backitup.0 (11496) cleaned everything up... 2022-02-13 06:34:00.255 - info: admin.0 (11481) terminating http server on port 8081 2022-02-13 06:34:00.256 - info: host.iob14ig stopInstance system.adapter.admin.0 (force=false, process=true) 2022-02-13 06:34:00.257 - info: host.iob14ig stopInstance system.adapter.backitup.0 (force=false, process=true) 2022-02-13 06:34:00.271 - info: admin.0 (11481) Got terminate signal TERMINATE_YOURSELF 2022-02-13 06:34:00.272 - info: backitup.0 (11496) Got terminate signal TERMINATE_YOURSELF 2022-02-13 06:34:00.284 - info: host.iob14ig stopInstance system.adapter.admin.0 send kill signal 2022-02-13 06:34:00.287 - info: admin.0 (11481) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2022-02-13 06:34:00.287 - info: host.iob14ig stopInstance system.adapter.backitup.0 send kill signal 2022-02-13 06:34:00.322 - info: backitup.0 (11496) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason 2022-02-13 06:34:00.856 - info: host.iob14ig instance system.adapter.admin.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2022-02-13 06:34:00.889 - info: host.iob14ig instance system.adapter.backitup.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP) 2022-02-13 06:34:00.890 - info: host.iob14ig All instances are stopped. 2022-02-13 06:34:01.094 - info: host.iob14ig terminated ernst@iob14ig:~$ iob startHat das möglicherweise mit: "(simatec) Restore Interface with https Support" zu tun? Über "https" hab ich noch nicht getestet.
EDIT: Über "https" funktioniert das Restore wie früher ;)
@einstein67 danke für den Hinweis. Hat sich bei der Einbindung der https Unterstützung ein Fehler eingeschlichen. Update kommt
-
@einstein67 danke für den Hinweis. Hat sich bei der Einbindung der https Unterstützung ein Fehler eingeschlichen. Update kommt
@simatec Die Sicherung der Remote-InfluxDB2 läuft in einen "permission denied":
[iobroker] Error: Command failed: "/var/lib/influxdb/" backup --bucket iobroker --host http://192.168.178.184:8086 -t <TOKEN> "/opt/iobroker/backups/influxDB_2022_02_13-12_47_36_Master_backupiobroker"/bin/sh: 1: /var/lib/influxdb/: Permission deniedBei <TOKEN> steht natürlich mein Token drin.
Hier meine Config:
Die InfluxDB2 läuft in einem LXC unter Proxmox. Der Ordner "/var/lib/influxdb" gehört "influxdb:influxdb".
Zusätzlich macht einer meiner Slaves minütlich Backups (ohne Ende - habe den Adapter stoppen müssen). Hier die Log des Master, die ebenfalls minütlich kommt:
Your Backitup Instance is not configured as a slaveUnd das Log des betroffenden Slaves:
backup error: TypeError: Cannot read property 'deleteAfter' of undefined ... please check your config and try again!!Der Master ist als Master und die beiden Salves sind als Slaves eingestellt. Nach einem Restart der Adapter beruhigt sich aber alles wieder.
Kann jemand die Probleme bestätigen? Und welche Lösungen gibt es?
EDIT: Bin noch auf dem alten js-controller (siehe Signatur)
Intel NUC10i5-32GB-1TB_SSD - Proxmox 9.1 - LXC Debian 13 (Trixi)
RPi3B - ZigBee2MQTT - CC2652P
RPi3B - ZigBee2MQTT - CC2538+CC2592
node.js 22.24.0 / NPM 10.9.4 / js-controller 7.0.7 -
@simatec Die Sicherung der Remote-InfluxDB2 läuft in einen "permission denied":
[iobroker] Error: Command failed: "/var/lib/influxdb/" backup --bucket iobroker --host http://192.168.178.184:8086 -t <TOKEN> "/opt/iobroker/backups/influxDB_2022_02_13-12_47_36_Master_backupiobroker"/bin/sh: 1: /var/lib/influxdb/: Permission deniedBei <TOKEN> steht natürlich mein Token drin.
Hier meine Config:
Die InfluxDB2 läuft in einem LXC unter Proxmox. Der Ordner "/var/lib/influxdb" gehört "influxdb:influxdb".
Zusätzlich macht einer meiner Slaves minütlich Backups (ohne Ende - habe den Adapter stoppen müssen). Hier die Log des Master, die ebenfalls minütlich kommt:
Your Backitup Instance is not configured as a slaveUnd das Log des betroffenden Slaves:
backup error: TypeError: Cannot read property 'deleteAfter' of undefined ... please check your config and try again!!Der Master ist als Master und die beiden Salves sind als Slaves eingestellt. Nach einem Restart der Adapter beruhigt sich aber alles wieder.
Kann jemand die Probleme bestätigen? Und welche Lösungen gibt es?
EDIT: Bin noch auf dem alten js-controller (siehe Signatur)
@josh Dir fehlt die Installation von influx-cli auf deinem System und die Angabe des Pfads mit "var/lib/influxdb" zur inlux-cli ist falsch.
Hier der Link, wie du cli installierst
https://docs.influxdata.com/influxdb/v2.1/tools/influx-cli/?t=LinuxZu deinem Slave Backup brauche ich mehr Infos.
Config Debuglog etc. -
@josh Dir fehlt die Installation von influx-cli auf deinem System und die Angabe des Pfads mit "var/lib/influxdb" zur inlux-cli ist falsch.
Hier der Link, wie du cli installierst
https://docs.influxdata.com/influxdb/v2.1/tools/influx-cli/?t=LinuxZu deinem Slave Backup brauche ich mehr Infos.
Config Debuglog etc.@simatec Habe die influx-cli nach Anleitung installiert und die cli in folgenden Pfad kopiert:
/usr/local/bin/Diesen habe ich in Backitup eingetragen. Trotzdem noch "permission denied".
Intel NUC10i5-32GB-1TB_SSD - Proxmox 9.1 - LXC Debian 13 (Trixi)
RPi3B - ZigBee2MQTT - CC2652P
RPi3B - ZigBee2MQTT - CC2538+CC2592
node.js 22.24.0 / NPM 10.9.4 / js-controller 7.0.7 -
@simatec Habe die influx-cli nach Anleitung installiert und die cli in folgenden Pfad kopiert:
/usr/local/bin/Diesen habe ich in Backitup eingetragen. Trotzdem noch "permission denied".
Pakete wenn möglich IMMER über deinen Paketmanager installieren.
apt policy influxdb2-clisollte da was zurückgeben.
Ist der iobroker auch in der influxdb-Gruppe drin?sudo -u iobroker groups -
@simatec Habe die influx-cli nach Anleitung installiert und die cli in folgenden Pfad kopiert:
/usr/local/bin/Diesen habe ich in Backitup eingetragen. Trotzdem noch "permission denied".
-
Pakete wenn möglich IMMER über deinen Paketmanager installieren.
apt policy influxdb2-clisollte da was zurückgeben.
Ist der iobroker auch in der influxdb-Gruppe drin?sudo -u iobroker groups@thomas-braun sagte in Test Adapter Backitup v2.3.x:
Pakete wenn möglich IMMER über deinen Paketmanager installieren.
Geht für die aktuelle cli nicht
https://docs.influxdata.com/influxdb/v2.1/tools/influx-cli/?t=Linux -
@thomas-braun sagte in Test Adapter Backitup v2.3.x:
Pakete wenn möglich IMMER über deinen Paketmanager installieren.
Geht für die aktuelle cli nicht
https://docs.influxdata.com/influxdb/v2.1/tools/influx-cli/?t=Linux@simatec
Warum nicht? Gibt doch ein Paket dafür:echad@chet:/opt/iobroker $ apt policy influxdb2-cli influxdb2-cli: Installed: (none) Candidate: 2.2.1 Version table: 2.2.1 500 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages -
@simatec
Warum nicht? Gibt doch ein Paket dafür:echad@chet:/opt/iobroker $ apt policy influxdb2-cli influxdb2-cli: Installed: (none) Candidate: 2.2.1 Version table: 2.2.1 500 500 https://repos.influxdata.com/debian bullseye/stable arm64 Packages@thomas-braun OK gut zu wissen für meine Doku
Dann scheint die Doku von Influx nicht up2date.Die geben noch immer den Weg zu Fuß an
-
@thomas-braun OK gut zu wissen für meine Doku
Dann scheint die Doku von Influx nicht up2date.Die geben noch immer den Weg zu Fuß an
@simatec
Ja, warum auch immer. Mir scheint, die mögen ihr eigenes Repo nicht.
Support us
319
Online32.7k
Users82.5k
Topics1.3m
Posts