NEWS
Test Adapter ioBroker.backitup v3.1.x
-
2024-05-29 20:26:47.224 - [32minfo[39m: backitup.0 (1159) starting. Version 3.0.1 in /opt/iobroker/node_modules/iobroker.backitup, node: v18.20.3, js-controller: 5.0.19 2024-05-29 20:26:47.723 - [32minfo[39m: backitup.0 (1159) [iobroker] backup will be activated at 01:30 every 1 day(s) 2024-05-29 20:26:47.952 - [32minfo[39m: backitup.0 (1159) [ccu] backup will be activated at 01:20 every 3 day(s) 2024-05-29 20:26:54.225 - [33mwarn[39m: admin.0 (15872) backitup has an invalid jsonConfig: [{"instancePath":"/items/_options","schemaPath":"#/properties/items/patternProperties/%5E.%2B/allOf/8/then/required","keyword":"required","params":{"missingProperty":"items"},"message":"must have required property 'items'"},{"instancePath":"","schemaPath":"#/if","keyword":"if","params":{"failingKeyword":"then"},"message":"must match \"then\" schema"}] -
Ah, okay, danke.
Edit:
Vielleicht sollte man mal einen neuen Thread erstellen. Fast 3000 Beiträge machen die Sache nicht gerade übersichtlich... -
@shadowhunter23 sagte in Test Adapter ioBroker.backitup v3.0.x:
Bin aber nicht sicher ob das immer noch das offene, bekannte Issue ist.
welche Version des admin?
der wirft die Warnung@homoran said in Test Adapter ioBroker.backitup v3.0.x:
@shadowhunter23 sagte in Test Adapter ioBroker.backitup v3.0.x:
Bin aber nicht sicher ob das immer noch das offene, bekannte Issue ist.
welche Version des admin?
der wirft die Warnunginvalid json Config Warnings sind von der Admin Version unabhängig. Die Prüfung erfolgt immer gegen die online Version des Schemas.
-
Ab sofort steht auf Github und in der Beta Repo die Version 3.0.0 zur Verfügung.
Die Version ist komplett auf React umgestellt und es hat sich vieles verändert.
Ein riesengroßer Dank geht an @Bluefox für die sehr große Unterstützung bei der Umsetzung.Bitte testet, ob alles wie gewohnt funktioniert und postet eventuelle Fehler hier oder per Issue.
Changelog
3.0.0 (2024-05-28)
- (simatec) jsonConfig added
- (bluefox) Conversion to React
- (bluefox) Added react components
- (bluefox/simatec) Working on React GUI
- (simatec) dependencies updated
- (simatec) Fix Yahka Backup
- (simatec) Fix Nodered Backup
- (simatec) some bugs fixed
- (bluefox/simatec) New Restore-Interface
- (simatec) Translation updated
Anbei ein paar Screenshots vom neuen React-Design:
Gibt es einen Grund, warum das Backup der States/Objects DB um rund ein Drittel anwächst, wenn die 3.0.x installiert ist?
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
Gibt es einen Grund, warum das Backup der States/Objects DB um rund ein Drittel anwächst, wenn die 3.0.x installiert ist?
@marc-berg Aktuell würde mir jetzt kein Grund einfallen. Gut Backitup selber ist ab v3.0.x aufgrund der React Komponenten etwas größer und benötigt mehr Platz auf der Platte. Aber auf States und Objects sollte es sich nicht auswirken
-
@marc-berg Aktuell würde mir jetzt kein Grund einfallen. Gut Backitup selber ist ab v3.0.x aufgrund der React Komponenten etwas größer und benötigt mehr Platz auf der Platte. Aber auf States und Objects sollte es sich nicht auswirken
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
Aber auf States und Objects sollte es sich nicht auswirken
Hm, tut es aber leider bei mir. Habe das jetzt ein paar Mal durchgespielt. Es ist nicht nur das Backup, welches viel größer wird, auch die eigentliche Datenbank:
Ist jetzt nicht so dramatisch, aber falls da ein Fehler hintersteckt, wäre es vielleicht gut, den zu finden.
-
@marc-berg Aktuell würde mir jetzt kein Grund einfallen. Gut Backitup selber ist ab v3.0.x aufgrund der React Komponenten etwas größer und benötigt mehr Platz auf der Platte. Aber auf States und Objects sollte es sich nicht auswirken
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
Aber auf States und Objects sollte es sich nicht auswirken
Habe noch ein wenig gegraben, mit der Version 3.0.x wird ein Schlüssel
cfg.f.backitup.admin$%$static/js/main.7253116f.js.map$%$datain der Datenbank angelegt, dessen Inhalt allein 33MB groß ist.
außerdem noch (10 MB):
cfg.f.backitup.admin$%$static/js/main.7253116f.js$%$dataund (jeweils 7MB)
cfg.f.backitup.admin$%$custom/static/js/vendors-node_modules_file-saver_dist_FileSaver_min_js-node_modules_react-icons_di_index_mjs-n-f0ed96.ebe43e81.chunk.js.map$%$data cfg.f.backitup.admin$%$custom/static/js/vendors-node_modules_mui_icons-material_esm_index_js.baf6e6c7.chunk.js.map$%$dataNUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
Aber auf States und Objects sollte es sich nicht auswirken
Habe noch ein wenig gegraben, mit der Version 3.0.x wird ein Schlüssel
cfg.f.backitup.admin$%$static/js/main.7253116f.js.map$%$datain der Datenbank angelegt, dessen Inhalt allein 33MB groß ist.
außerdem noch (10 MB):
cfg.f.backitup.admin$%$static/js/main.7253116f.js$%$dataund (jeweils 7MB)
cfg.f.backitup.admin$%$custom/static/js/vendors-node_modules_file-saver_dist_FileSaver_min_js-node_modules_react-icons_di_index_mjs-n-f0ed96.ebe43e81.chunk.js.map$%$data cfg.f.backitup.admin$%$custom/static/js/vendors-node_modules_mui_icons-material_esm_index_js.baf6e6c7.chunk.js.map$%$data@marc-berg ja das sind alles react relevante Dateien. Diese Schlüssel solltest du ebenfalls für andere react Adapter wie iot, javascript, admin etc. finden.
-
@marc-berg ja das sind alles react relevante Dateien. Diese Schlüssel solltest du ebenfalls für andere react Adapter wie iot, javascript, admin etc. finden.
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
Diese Schlüssel solltest du ebenfalls für andere react Adapter wie iot, javascript, admin
Ja, da hast du recht, wobei unter den Top 10 vier Mal Backitup auftaucht. Mir erschließt sich nicht wirklich, wieso Dateien in der Datenbank abgelegt werden. Aber wenn das die schöne neue React Welt ist, :man-shrugging:
Kann mir nur nicht vorstellen, dass dies in Hinblick auf Arbeitsspeicherverbrauch und Performance eine gute Idee sein könnte, vor allem wenn jetzt noch mehr React-basierte Adapter hinzu kommen.
NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana
Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, ESPSomfy-RTS, LoRaWAN, Arduino, KiCad
Benutzt das Voting im Beitrag, wenn er euch geholfen hat.
-
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
Diese Schlüssel solltest du ebenfalls für andere react Adapter wie iot, javascript, admin
Ja, da hast du recht, wobei unter den Top 10 vier Mal Backitup auftaucht. Mir erschließt sich nicht wirklich, wieso Dateien in der Datenbank abgelegt werden. Aber wenn das die schöne neue React Welt ist, :man-shrugging:
Kann mir nur nicht vorstellen, dass dies in Hinblick auf Arbeitsspeicherverbrauch und Performance eine gute Idee sein könnte, vor allem wenn jetzt noch mehr React-basierte Adapter hinzu kommen.
@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit
-
@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit
@simatec
Hi, ich habe mit der backitup >v3 Probleme beim sichern mein influxdb v2.2024-06-10 01:00:10.031 debug Backup has started ... 2024-06-10 01:00:20.033 debug [iobroker/mount] nfs-mount command: "sudo mount 192.168.10.25:/volume1/backup/iobroker /opt/iobroker/backups" 2024-06-10 01:00:20.099 debug [iobroker/mount] mount successfully completed 2024-06-10 01:00:20.100 debug [iobroker/mount] done 2024-06-10 01:00:25.722 debug [iobroker/iobroker] host.iobroker-master 81154 states saved 2024-06-10 01:00:27.018 debug [iobroker/iobroker] host.iobroker-master 96012 objects saved 2024-06-10 01:00:30.322 debug [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2024_06_10-01_00_20_standard_vm_backupiobroker.tar.gz 2024-06-10 01:00:30.322 debug [iobroker/iobroker] This backup can only be restored with js-controller version up from 4.1 2024-06-10 01:00:31.363 debug [iobroker/iobroker] done 2024-06-10 01:00:31.515 debug [iobroker/influxDB] InfluxDB-Backup for influx_dauer is started ... 2024-06-10 01:00:31.516 debug [iobroker/influxDB] Start InfluxDB Backup ... 2024-06-10 01:00:31.521 debug [iobroker/influxDB] InfluxDB Backup tmp directory created 2024-06-10 01:00:31.524 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-06-10 01:00:31.525 error unhandled promise rejection: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... 2024-06-10 01:00:31.529 error TypeError: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... at validateArgumentNullCheck (node:child_process:973:11) at normalizeExecArgs (node:child_process:191:3) at Object.exec (node:child_process:233:16) at /opt/iobroker/node_modules/iobroker.backitup/lib/scripts/12-influxDB.js:79:17 2024-06-10 01:00:31.530 error Exception-Code: ERR_INVALID_ARG_VALUE: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... 2024-06-10 01:00:31.551 info cleaned everything up... 2024-06-10 01:00:31.552 info terminating 2024-06-10 01:00:31.552 debug Plugin sentry destroyed 2024-06-10 01:00:31.553 warn Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-06-10 01:00:32.054 info terminating host.iobroker-master 2024-06-10 01:00:32.220 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: TypeError: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at validateArgumentNullCheck (node:child_process:973:11) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at normalizeExecArgs (node:child_process:191:3) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at Object.exec (node:child_process:233:16) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.backitup/lib/scripts/12-influxDB.js:79:17 host.iobroker-master 2024-06-10 01:00:32.223 error instance system.adapter. terminated with code 6 (UNCAUGHT_EXCEPTION)Vorher läuft das Backup vom ioBroker problemlos durch, bei influx stürzt er scheinbar ab (Bekomme auch keine Benachrichtigung über einen Fehler) und führt danach problemlos das CCU Backup durch. Falls ich ein issue erstellen soll mache ich das gerne.
-
@simatec
Hi, ich habe mit der backitup >v3 Probleme beim sichern mein influxdb v2.2024-06-10 01:00:10.031 debug Backup has started ... 2024-06-10 01:00:20.033 debug [iobroker/mount] nfs-mount command: "sudo mount 192.168.10.25:/volume1/backup/iobroker /opt/iobroker/backups" 2024-06-10 01:00:20.099 debug [iobroker/mount] mount successfully completed 2024-06-10 01:00:20.100 debug [iobroker/mount] done 2024-06-10 01:00:25.722 debug [iobroker/iobroker] host.iobroker-master 81154 states saved 2024-06-10 01:00:27.018 debug [iobroker/iobroker] host.iobroker-master 96012 objects saved 2024-06-10 01:00:30.322 debug [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2024_06_10-01_00_20_standard_vm_backupiobroker.tar.gz 2024-06-10 01:00:30.322 debug [iobroker/iobroker] This backup can only be restored with js-controller version up from 4.1 2024-06-10 01:00:31.363 debug [iobroker/iobroker] done 2024-06-10 01:00:31.515 debug [iobroker/influxDB] InfluxDB-Backup for influx_dauer is started ... 2024-06-10 01:00:31.516 debug [iobroker/influxDB] Start InfluxDB Backup ... 2024-06-10 01:00:31.521 debug [iobroker/influxDB] InfluxDB Backup tmp directory created 2024-06-10 01:00:31.524 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). 2024-06-10 01:00:31.525 error unhandled promise rejection: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... 2024-06-10 01:00:31.529 error TypeError: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... at validateArgumentNullCheck (node:child_process:973:11) at normalizeExecArgs (node:child_process:191:3) at Object.exec (node:child_process:233:16) at /opt/iobroker/node_modules/iobroker.backitup/lib/scripts/12-influxDB.js:79:17 2024-06-10 01:00:31.530 error Exception-Code: ERR_INVALID_ARG_VALUE: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... 2024-06-10 01:00:31.551 info cleaned everything up... 2024-06-10 01:00:31.552 info terminating 2024-06-10 01:00:31.552 debug Plugin sentry destroyed 2024-06-10 01:00:31.553 warn Terminated (UNCAUGHT_EXCEPTION): Without reason 2024-06-10 01:00:32.054 info terminating host.iobroker-master 2024-06-10 01:00:32.220 error Caught by controller[0]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The promise rejected with the reason: host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: TypeError: The argument 'command' must be a string without null bytes. Received 'influx backup --bucket iobroker_never --host http://192.168.10.7:8086 -t WR`\fh\x0B\x00(Va\x00^\x0Ei\x06oByi\x009\r\x033#\x0F\x... host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at validateArgumentNullCheck (node:child_process:973:11) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at normalizeExecArgs (node:child_process:191:3) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at Object.exec (node:child_process:233:16) host.iobroker-master 2024-06-10 01:00:32.223 error Caught by controller[1]: at /opt/iobroker/node_modules/iobroker.backitup/lib/scripts/12-influxDB.js:79:17 host.iobroker-master 2024-06-10 01:00:32.223 error instance system.adapter. terminated with code 6 (UNCAUGHT_EXCEPTION)Vorher läuft das Backup vom ioBroker problemlos durch, bei influx stürzt er scheinbar ab (Bekomme auch keine Benachrichtigung über einen Fehler) und führt danach problemlos das CCU Backup durch. Falls ich ein issue erstellen soll mache ich das gerne.
@bommel_030 Welche Version von Backitup ist installiert? Bitte poste mal deine Backitup Config als JSON
-
@bommel_030 Welche Version von Backitup ist installiert? Bitte poste mal deine Backitup Config als JSON
@simatec
Installiert ist v3.0.2. Im JSON habe ich PW und Token unkenntlich gemacht.
Dabei ist mir aufgefallen, die beiden Token unter "influxDBEvents" sehen "komisch" aus.
Der unter "influxDBToken""normal":
Wobei ich nicht weiß ob das ein Anzeigeeffekt von Notepad++ ist. -
@simatec
Installiert ist v3.0.2. Im JSON habe ich PW und Token unkenntlich gemacht.
Dabei ist mir aufgefallen, die beiden Token unter "influxDBEvents" sehen "komisch" aus.
Der unter "influxDBToken""normal":
Wobei ich nicht weiß ob das ein Anzeigeeffekt von Notepad++ ist.@bommel_030 Bitte trage deine Token erneut in der Config ein und speichere sie.
Danach sollte es funktionieren. In Version 3.0.1 gab es da eine Änderung. -
@bommel_030 Bitte trage deine Token erneut in der Config ein und speichere sie.
Danach sollte es funktionieren. In Version 3.0.1 gab es da eine Änderung.@simatec
Danke, hätte ich auch selber drauf kommen können.... Mal schauen ob der Durchlauf heute Nacht noch mal meckert. -
@simatec
Danke, hätte ich auch selber drauf kommen können.... Mal schauen ob der Durchlauf heute Nacht noch mal meckert.@bommel_030 Kannst ja auch mit einem manuellen Backup testen
-
@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit
Was ist daraus geworden, denn du hast das nicht angesprochen?
https://forum.iobroker.net/topic/27267/test-adapter-iobroker-backitup-v3-0-x/2658
-
@simatec sagte in Test Adapter ioBroker.backitup v3.0.x:
@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit
Was ist daraus geworden, denn du hast das nicht angesprochen?
https://forum.iobroker.net/topic/27267/test-adapter-iobroker-backitup-v3-0-x/2658
@ofbeqnpolkkl6mby5e13
Sorry - aber warum hast DU das nicht IM Meeting angesprochen wenn du offenbar eh dabei warst? Wurde je mehrmals nachgefragt ob noch wer was hat ...Schätze mal die Sache ist untergegangen ./ vergessen worden ...
-
@ofbeqnpolkkl6mby5e13
Sorry - aber warum hast DU das nicht IM Meeting angesprochen wenn du offenbar eh dabei warst? Wurde je mehrmals nachgefragt ob noch wer was hat ...Schätze mal die Sache ist untergegangen ./ vergessen worden ...
Support us
845
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge