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

[Diginix]

@simatec Schon klar. Bin nun erstmal am Aufräumen des Systems weil das npm da was verkackt hat.
Wenn alles wieder am Start ist, dann probiere ich es nochmal.

Das ist die Ausgabe:

Bleibt aber bei 2.0.0. Auch ein Adapter Upload ändert daran nichts.

[simatec]

@diginix sagte in Test Adapter Backitup v2.0.x:

Schon klar

naja so klar war es dann doch nicht ... Ich installiere nur so zum testen und das geht problemlos

[simatec]

@diginix
Installation läuft tadellos durch ...

[Diginix]

@simatec Ich installiere auch nur über die GUI, aber weil es nicht ging, hab ich npm direkt genommen.
Nicht zu meinem Vorteil. Naja ich Stelle nun ein Proxmox Backup von gestern her und teste dann noch mal.
Das System ist vor 5 Tagen mittels backitup Backup auf einen NUC migriert. Das hat tadellos funktioniert

[simatec]

@diginix sagte in Test Adapter Backitup v2.0.x:

Ich installiere auch nur über die GUI

Ja aber du hast ohne die URl über die Katze installiert ... Wenn du backitup in der Liste aus github wählst, bekommst du die 2.0.0.
Die 2.0.1 liegt auf dem DEV-Branch, weshalb ich dir die URL mit gepostet habe

[Diginix]

@simate Nein ich bin in den rechten Tab beliebig und habe dort die URL eingefügt.

Aber nachdem ich nun das System komplett clean hatte und es erneut probiert habe, hat es funktioniert!
Nun teste ich worum es eigentlich ging

Edit: 2.0.1 funktioniert mit Telegramkontakten mit Vornamen!

DANKE!

[A Former User]

Hi

habe durch das Update mir den Backupverlauf angesehen und das infludB Backup läuft bei mir nicht mehr durch. Direkten Zusammenhang mit dem Adapterupdate kann ich nicht sagen.

[DEBUG] [influxDB] - Start InfluxDB Backup ...
[DEBUG] [influxDB] - InfluxDB Backup tmp directory created 
[DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
[DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
[ERROR] [influxDB] - [IGNORED] Error: Command failed: influxd backup -portable -database iobroker "/opt/iobroker/backups/influxDB_2021_02_25-10_09_04_backupiobroker"
2021/02/25 10:09:04 Download shard 0 failed dial tcp [::1]:8088: connect: connection refused.  Waiting 2s and retrying (0)...
2021/02/25 10:09:06 Download shard 0 failed dial tcp [::1]:8088: connect: connection refused.  Waiting 2s and retrying (1)...
2021/02/25 10:09:08 Download shard 0 failed dial tcp [::1]:8088: connect: connection refused.  Waiting 2s and retrying (2)...
2021/02/25 10:09:10 Download shard 0 failed dial tcp [::1]:8088: connect: connection refused.  Waiting 2s and retrying (3)...

Die Config zum Remote Backup war angepasst und hatte so auch immer funktioniert:

bind-address = "192.168.7.20:8088"

(IP ist die des RPI / der influxdb)
Habt Ihr einen Tip für mich?
Danke!

[simatec]

@pete0815
So wie das im Log ausschaut, hast du in deine Config lokal im Tab Influx stehen.

[Diginix]

@simatec Wird bei aktivierter Sicherung von "History Daten" immer der komplette Ordner /opt/iobroker/iobroker-data/history/ mit gebackupt oder nur der Unterordner vom aktuellem Datum bzw. Vortag?
Mein Ordner hat seit 2018 nun schon 4,x GB und das täglch komplett zu komprimieren und in die Dropbox zu schieben, wäre zu viel. Inkrementell wäre es aber super cool.

[A Former User]

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

@pete0815
So wie das im Log ausschaut, hast du in deine Config lokal im Tab Influx stehen.

Vielen Dank! 192.168.7.20 ist auch "lokal" aber so gehts wohl nicht bzw. nicht mehr. Remote und auf die eigene IP umgestellt (192.168.7.20) und jetzt klappt es wieder. Thx!

[Rene_HM]

Kann man eigentlich mehrere mySQL Datenbanken angeben, die gesichert werden sollen? Ich habe aktuell 3 Datenbanken auf einem System... es gab doch auch mal die Option "alle Datenbanken". irgendwie finde ich das nicht mehr...

[simatec]

@rene_hm
Bisher kann nur eine Datenbank gesichert werden.

[Rene_HM]

@simatec dann wäre das ein Feature-Request ich habe hier auf einem System drei unabhängige Datenbanken laufen...

[simatec]

@rene_hm
Mache dazu mal bitte ein Issue auf

[simatec]

Ab sofort steht die Version 2.0.1 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

2.0.1 (23.02.2021)

• (simatec) BugFix redis backup/restore
• (simatec) dependencies node-tar added
• (simatec) BugFix Notification
• (simatec) BugFix Grafana backup

[Josh]

@simatec Gestern die 2.0.1 installiert. Heute Nacht diese Mail bekommen:

BackItUp:
Your backup was not completely created. Please check the errors!!

redis: Error: EPERM: operation not permitted, copyfile '/var/lib/redis/dump.rdb' -> '/opt/iobroker/backups/redistmp/dump.rdb'

Noch jemand mit diesem Problem?
Bin jetzt erstmal zurück auf die 2.0.0. Mal sehen, ob's heute Nacht wieder läuft.

[simatec]

@josh
Kannst du bitte noch ein paar Angaben zu deinem System machen?
Welches OS? Welche js-controller Version, node, nodejs und npm Versionen?

[Josh]

@simatec Siehe Signatur:
Intel NUC - Proxmox 6.3-3 - privilegierter Debian 10 LXC -Container
js-controller 3.2.16
NPM 6.14.11
node.js 12.21.0

[simatec]

Ab sofort steht die Version 2.0.2 auf Github und in Kürze auch im latest zur Verfügung.

Changelog

2.0.2 (03.03.2021)

• (simatec) BugFix redis backup
• (simatec) aof for redis added

[MCU]

@simatec Kann ich eigentlich aus einer Komplettsicherung z.B. nur die jarvis Daten wiederherstellen? Wobei der jarvis-Adapter schon installiert ist. Ich möchte nur die Daten zurückholen.

Schaue ich mir meine Sicherung an, sehe ich zwar einen Ordner files/jarvis.0 , aber ich sehe dort keine Daten. Mit 7-zip entpackt.

Und in der Backup.json sind nur die Infos zu den DPs von jarvis die erstellt werden müssen. Aber auch dort sind nicht die echten daten drin?
Kann man es vielleicht für zukünftige Versionen von Backitup einrichten, dass man auch beim Wiederherstellen den Adapter auswählen kann, den man zurückholen möchte?
Oder man kann es schon irgendwie und ich weiß nicht wie?
Vielen Dank.