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

[Feuersturm]

@simatec sagte in Test Adapter ioBroker.backitup v2.8.x:

@feuersturm Serh komisch ... Überlege gerade, wie ich das nachstellen kann... Hast irgendwelche Blocker oder der Gleichen bei dir laufen

Nein, keine Blocker oder Pihole oder ähnliches installiert.
Ich habe gerade im Firefox auch nochmal die Ausnahme http://192.168.178.77:8091 hinzugefügt. Der Rest stand vorher schon drin. Leider keine Besserung.

[simatec]

@feuersturm Hast du die Möglichkeit an einem anderen Rechner zu testen?

[Feuersturm]

@simatec sagte in Test Adapter ioBroker.backitup v2.8.x:

@feuersturm Hast du die Möglichkeit an einem anderen Rechner zu testen?

Ja, ich hab meiner Frau mal kurz die Maus entführt . Auf ihrem Rechner sieht es gut aus, dort kommt der Restore Screen
Gut für dich Schlecht für mich

[simatec]

@feuersturm sagte in Test Adapter ioBroker.backitup v2.8.x:

Gut für dich Schlecht für mich

Also blockt da doch irgendwo etwas ... Schaue mal nach Popup Blockern ... Der Screen wird von einigen Browsern als Popup erkannt... Leider gibt es keine Möglichkeit, dies im Code zu 100% zu vermeiden.

[Feuersturm]

@simatec Danke. Ich gehe mal auf die Suche. Wenn ich die Einstellungen gefunden habe, geb ich nochmal bescheid.

[Homoran]

@homoran sagte in Test Adapter ioBroker.backitup v2.8.x:

@simatec sagte in Test Adapter ioBroker.backitup v2.8.x:

und den Debug-Log des letzten Backups

hab ich nicht, willst du morgen den von dieser Nacht

hier wie versprochen

2023-10-14 02:40:10.009 - debug: backitup.0 (28505) The local storage check was completed successfully. On the host "VM03" are currently 188277 MB free space available!
2023-10-14 02:40:10.021 - debug: backitup.0 (28505) Backup has started ...
2023-10-14 02:40:10.899 - debug: backitup.0 (28505) [iobroker/iobroker] host.VM03 105 states saved
2023-10-14 02:40:10.907 - debug: backitup.0 (28505) [iobroker/iobroker] host.VM03 144 objects saved
2023-10-14 02:40:11.373 - debug: backitup.0 (28505) [iobroker/iobroker] Backup created: /opt/iobroker/backups/iobroker_2023_10_14-02_40_10_backupiobroker.tar.gz
2023-10-14 02:40:11.374 - debug: backitup.0 (28505) [iobroker/iobroker] This backup can only be restored with js-controller version up from 4.1
2023-10-14 02:40:12.386 - debug: backitup.0 (28505) [iobroker/iobroker] done
2023-10-14 02:40:14.940 - debug: backitup.0 (28505) [iobroker/cifs] used copy path: /media/usbstick/backups
2023-10-14 02:40:14.941 - debug: backitup.0 (28505) [iobroker/cifs] Copy iobroker_2023_10_14-02_40_10_backupiobroker.tar.gz...
2023-10-14 02:40:14.949 - debug: backitup.0 (28505) [iobroker/cifs] done
2023-10-14 02:40:15.551 - debug: backitup.0 (28505) [iobroker/clean] done
2023-10-14 02:40:16.760 - debug: backitup.0 (28505) [iobroker/historyHTML] new history html values created
2023-10-14 02:40:16.847 - debug: backitup.0 (28505) [iobroker/historyHTML] done
2023-10-14 02:40:17.000 - debug: backitup.0 (28505) [iobroker/historyJSON] new history json values created
2023-10-14 02:40:17.000 - debug: backitup.0 (28505) [iobroker/historyJSON] done
2023-10-14 02:40:17.302 - debug: backitup.0 (28505) [iobroker] exec: done
2023-10-14 09:14:37.251 - debug: backitup.0 (28505) The local storage check was completed successfully. On the host "VM03" are currently 188303 MB free space available!
2023-10-14 09:14:39.890 - debug: backitup.0 (28505) Backup list cannot be read ...
2023-10-14 09:14:39.891 - debug: backitup.0 (28505) Backup list cannot be read ...
2023-10-14 09:15:11.300 - debug: backitup.0 (28505) Backup list cannot be read ...
2023-10-14 09:15:11.301 - debug: backitup.0 (28505) Backup list cannot be read ...

diese Nacht wurde vermutlich durch den Neustart wieder ein Backup geschrieben aber nichts gelöscht

Backitup v2.8.2

[simatec]

@homoran Gut das sieht etwas komisch aus. Zeige mal bitte die Config alss JSON

[Homoran]

@simatec system.adapter.backitup.0.json

[simatec]

@homoran so wie ich es in deiner Config sehe, werden 15 iobroker Backups aufbewahrt.
Des Weiteren ist löschen des USB Sticks nicht aktiviert, so dass nur lokal gelöscht wird.

[Homoran]

@simatec danke! das sehe ich mir an.
du baust einfach zu viele Optionen ein

den letzten hatte ich vor Ewigkeiten aufgesetzt.

edit
habs gefunden und geändert.
werde es beobachten.

[simatec]

@homoran ich bin unschuldig… die User wollen die Optionen

[ichderarnd]

@thomas-braun sagte in Test Adapter ioBroker.backitup v2.8.x:

@ichderarnd sagte in Test Adapter ioBroker.backitup v2.8.x:

Nach welcher Anleitung sollte ich vorgehen?

Ich hab mir seinerzeit meine eigene Anleitung geschrieben. Schau durch meine Themen durch.

@thomas-braun
Ich habe das Update von buster auf bullseye gestern nach Deiner Anleitung durchgeführt. Habe dann ein paar Stunden gebraucht, bis ioBroker und piVCCU3 wieder liefen.
Problem 1 war eth0, dass trotz manueller IP immer wieder eine Auto IP Adresse bekam wodurch das Default-Routing nicht mehr klappte. Erst als ich connman deinstalliert hatte, war dann endlich Ruhe. Problem 2 war piVCCU3. Diesen musste ich schließlich neu installieren. Der war mehr oder weniger komplett weggeflogen.

Die Fehler in "iob diag" sind geblieben. Auch der icmp Fehler. Ich habe das Modul in /opt/iobroker/node_modules/icmp mal neu gebaut/installiert, aber ohne Erfolg. dann fiel mir auf, dass es der Javascript-Adapter wohl aus /opt/iobroker/node_modules/iobroker.javascript/node_modules/raw-socket zieht. Mir ist aber nicht klar, wie ich es dort aktualisieren kann.

Und der tr-064 Adapter (V4.2.18) gibt mir auch den "Cannot start callmonitor: Error: connect ECONNREFUSED 192.168.200.1:1012". Vielleicht hat sich da mit der neuen Fritz OS Version 7.57 was geändert?

Da das Thema hier OT ist: In welchen Faden passt das besser?

[Thomas Braun]

@ichderarnd sagte in Test Adapter ioBroker.backitup v2.8.x:

connman

GUI Tool. Hat auf der Kiste eh nix verloren.

[ichderarnd]

GUI Tool. Hat auf der Kiste eh nix verloren.

Ein Daemon. Er klebt nach ca. 30 Sekunden einfach eine Auto IP an eth0. Ob der vor dem Update drauf war glaube ich nicht, denn da gab es das Problem nicht. Oder er war unter buster nicht so aggressiv. Installiert habe ich den sicher nicht…

[simatec]

@ichderarnd Bitte mache dazu einen separaten Thread auf... Hier geht es um Backitup Berichte

[somansch]

@simatec
ich wollte heute meinen iobroker auf Node.js 18 bzw. NPM 9.8 aktualisieren und habe daher ein Backup der bisherigen iobroker Installation (Docker mit Node.js 16 und Backup 2.8.4) gemacht. Das Backup liegt auf dem FTP-Server. Danach ein komplett neues Docker-Image (9.0.1) geladen und wollte das Backup vom FTP wiederherstellen. Ich kann das Backup auch auswählen, jedoch kommt als letzte Info "Restore startet" und danach kann der Browser nicht auf IP:8091 zugreifen. Habe dies mit Chrome und FireFox getestet. Im Log gibt es lediglich diese Infos:

backitup.0
	2023-10-29 15:16:49.676	debug	FTP: connected.
backitup.0
	2023-10-29 15:16:49.617	debug	Backup list be read ...

Dann passiert nichts mehr. Irgend eine Idee, was ich tun kann?

[simatec]

@somansch Nimm die aktuelle latest Version von Backitup. Im Docker Image gab es Änderungen, die in v2.8.7 angepasst wurden

[somansch]

@simatec
was soll ich sagen, wie immer ein perfekter Support hier im Forum

DANKE

[HansJochen]

Hallo,

ich kann derzeit mit der 2.8.7 keine Backups meiner InfluxDB 2.7 Instanz (beide laufen in Docker Containern) erstellen. Die entsprechende Checkbox im BackItUp ist ausgegraut. Dies hat früher funktioniert.

So ganz falsch kann meine Influx / IOBroker Konfiguration nicht aufgesetzt sein, denn von Hand kann ich aus dem Influx Container heraus ein remote Backup machen:
influx backup --org xyz --host http://192.168.0.4:8086 --token abc "/opt/iobroker/backups/testflux/"
funktioniert und läuft ohne Fehler durch. Das wäre meinem Verständnis nach das, was BackItUp auch aufrufen würde.

Auch die entsprechenden Environments für den IOBroker Container habe ich gesetzt:
- IOB_BACKITUP_EXTDB = true
- PACKAGES = influxdb2-cli

Das Problem ist wie folgt aufgetaucht:

Ich habe heute morgen bemerkt, dass ich nach der Umstellung von InfluxDB 1.8 auf 2.7 vor ein paar Monaten im Influx Adapter von IOBroker noch die Version 1.x eingetragen hatte. Das hat monatelang keine offensichtlichen Probleme bereitet, aber seit ein paar Tagen gab es beim Schreiben einiger Werte in die Datenbank Fehlermeldungen. Den Eintrag im Influx Adapter habe ich heute morgen korrigiert, damit sind auch die Fehlermeldungen verschwunden.
Leider ist damit aber auch der Influx Reiter im BackItUp Adapter verschwunden (der war gestern noch da. Die Influx Backups gingen ja auch früher).

Da die Backups von Hand funktionieren, hat jemand eine Idee, wie den entsprechenden Reiter im BackItUp wieder sichtbar machen kann?

[Marc Berg]

@hansjochen sagte in Test Adapter ioBroker.backitup v2.8.x:

Auch die entsprechenden Environments für den IOBroker Container habe ich gesetzt:

• IOB_BACKITUP_EXTDB = true
• PACKAGES = influxdb2-cli

Zeig mal bitte das Docker Log, was beim Start des ioBroker geschrieben wird. Da kann man gut sehen, welche Umgebungsvariablen effektiv im Container ankommen.

Ich habe heute morgen bemerkt, dass ich nach der Umstellung von InfluxDB 1.8 auf 2.7 vor ein paar Monaten im Influx Adapter von IOBroker noch die Version 1.x eingetragen hatte. Das hat monatelang keine offensichtlichen Probleme bereitet, aber seit ein paar Tagen gab es beim Schreiben einiger Werte in die Datenbank Fehlermeldungen.

Ich kann mir beim besten Willen nicht vorstellen, wie das funktioniert haben soll. Wenn der Adapter auf 1.x eingestellt ist, kannst du keine Organisation und Token eingeben. Ohne diese Infos kann der Adapter aber unmöglich eine Verbindung zu einer 2.x DB aufgebaut haben.
Was für Fehlermeldungen erschienen da?

Und zeig mal bitte noch die Adapter-Einstellungen.