Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[oFbEQnpoLKKl6mbY5e13]

@shadowhunter23

Ah, okay, danke.

Edit:
Vielleicht sollte man mal einen neuen Thread erstellen. Fast 3000 Beiträge machen die Sache nicht gerade übersichtlich...

[mcm1957]

@simatec said in Test Adapter ioBroker.backitup v3.0.x:

@amg_666 Die Beta Repo wird meist zwischen 14 - 15 Uhr aktualisiert... Ist also gerade am bauen

14:00 UTC == 16:00 MEZ Sommerzeit

[mcm1957]

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

invalid json Config Warnings sind von der Admin Version unabhängig. Die Prüfung erfolgt immer gegen die online Version des Schemas.

[Marc Berg]

@simatec

Gibt es einen Grund, warum das Backup der States/Objects DB um rund ein Drittel anwächst, wenn die 3.0.x installiert ist?

[simatec]

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

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

@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$%$data

in der Datenbank angelegt, dessen Inhalt allein 33MB groß ist.

außerdem noch (10 MB):

cfg.f.backitup.admin$%$static/js/main.7253116f.js$%$data

und (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

[simatec]

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

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

[simatec]

@marc-berg Ich nehme das mal mit fürs nächste Dev Meeting mit

[bommel_030]

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

@bommel_030 Welche Version von Backitup ist installiert? Bitte poste mal deine Backitup Config als JSON

[bommel_030]

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

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

@simatec
Danke, hätte ich auch selber drauf kommen können.... Mal schauen ob der Durchlauf heute Nacht noch mal meckert.

[simatec]

@bommel_030 Kannst ja auch mit einem manuellen Backup testen

[oFbEQnpoLKKl6mbY5e13]

@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

[mcm1957]

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

@mcm1957

Ich werde im Developer-Meeting nichts vortragen.

[mcm1957]

@ofbeqnpolkkl6mby5e13
Geht da ja nicht um vortragen sondern um ne Frage stellen bzw. eine potenzielles Thema anzusprechen dass dich ja interessiert. Wär ggF auch via Chat möglich gewesen. Kann mich nicht erinnern dass im Meeting schon mal wer angeschnautzt wurde weil er was gefragt / angeregt hat...

Schade, wär sicher sinnvoll gewesen es anzusprechen.