Test Adapter ioBroker.backitup v3.1.x

[legro]

@simatec

Irgendwie habe ich das Gefühl, dass wir aneinander vorbei argumentieren.

Das von mir ins Spiel gebrachte Beispiel hätte die Wiederstellung des ZigBee Adapters zurück auf die Version 1.6.0 erfordert. Aber diese ist anscheinend nicht mehr verfügbar zu sein.

Für mich sieht das noch immer so aus, dass man die Wahl zwischen zwei Optionen hat, wobei jede ihre ureigenen Vor- und Nachteile zu haben scheint. Verwende ich etwa Apple Pi Baker, so wird auch der Programmcode eingefroren und bei der Wiederherstellung gehen mir dafür alle zwischenzeitlich angefallenen Daten, Einstellungen und Konfigurationen verloren. Hingegen bleiben mir bei BackItUp alle Daten, Konfigurationen und Einstellungen erhalten, dafür geht jedoch alte Programmcode verloren.

Oder sehe ich bloß noch immer keinen Weg, wie ich die hier von mir befürchteten Nachteile vermeiden kann? Derzeit fahre ich daher zweigleisig: Ich verwende BackItUp und ApplePiBaker.

Um bei meinem Dilemma zu bleiben: Leider habe ich kein Backup mit ZigBee 1.6.0 aufbewahrt )weder von BackItUp noch von ApplePiBaker), sodass ich das hätte ausprobieren können.

[Thomas Braun]

@legro

iobroker upgrade adaptername@versionsnummer

schaufelt dir eine genaue Version auf das System.

[MCU]

@legro Zur Info es gibt immer die Commits zum Projekt, auch von v1.6.0:

Welches man nutzen muss, um die v1.6.0 zurückzusichern, muss man probieren. Sie ist auf jeden Fall da.
Stimmt:

 npm show iobroker.zigbee versions

[
  '0.5.0',  '0.5.2',  '0.5.3',  '0.5.4',  '0.5.5',
  '0.5.6',  '0.5.7',  '0.5.8',  '0.6.0',  '0.7.0',
  '0.7.1',  '0.7.3',  '0.7.5',  '0.7.6',  '0.7.7',
  '0.8.0',  '0.9.0',  '0.9.1',  '0.9.2',  '0.10.0',
  '0.10.1', '0.10.2', '0.10.3', '0.11.0', '0.11.1',
  '0.11.2', '0.11.3', '0.11.5', '1.0.0',  '1.0.1',
  '1.0.2',  '1.0.3',  '1.0.4',  '1.1.0',  '1.1.1',
  '1.2.0',  '1.2.1',  '1.3.0',  '1.3.1',  '1.4.0',
  '1.4.1',  '1.4.2',  '1.4.4',  '1.5.0',  '1.5.1',
  '1.5.2',  '1.5.3',  '1.5.5',  '1.5.6',  '1.6.0',
  '1.6.3',  '1.6.6',  '1.6.8',  '1.6.12', '1.6.14',
  '1.6.15', '1.6.16'

[Kueppert]

@legro ansonsten einfach Proxmox nutzen und die VM/LXC jeden Tag sichern. Ich nutze beides...Backitup und die Sicherung des gesamten Systems

[legro]

@thomas-braun said in Test Adapter Backitup v2.4.x:

iobroker upgrade adaptername@versionsnummer

schaufelt dir eine genaue Version auf das System.

Vielen Dank für deinen Hinweis. Genau dies hatte ich jedoch ohne Erfolg versucht und dachte daher, dass die Version 1.6.0 tatsächlich nicht mehr verfügbar ist - zumal sogar Artec und Asgothian meinten, dass diese Versionen nicht mehr verfügbar seien.

Das System scheint so seine Tücken zu haben. Die von @Asgothian in seinem Fork auf GitHub zu Verfügung gestellte Beta (1.6.17) ließ sich auch zunächst nicht installieren; erst der dritte Versuch führte zum Erfolg.

Zur Sicherheit habe ich nun meine npm Version von 6.14.15 auf 8.6.0 aktualisiert.

[Thomas Braun]

@legro sagte in Test Adapter Backitup v2.4.x:

Zur Sicherheit habe ich nun meine npm Version von 6.14.15 auf 8.6.0 aktualisiert.

Das ist nicht die beste Idee.
Am besten die Version von npm verwenden, die auch für die nodeJS-Version vorgesehen ist und auch mit im Paket von nodesource liegt.

[legro]

@mcu said in Test Adapter Backitup v2.4.x:

@legro Zur Info es gibt immer die Commits zum Projekt, auch von v1.6.0:

Wo finde ich diese?

Welches man nutzen muss, um die v1.6.0 zurückzusichern, muss man probieren. Sie ist auf jeden Fall da.

Bei meinem aktuellen Problem war's wohl so, dass im zigbee-herdsman-converters: 14.0.422 als auch zigbee-herdsman: 0.14.16 Veränderungen vorgenommen wurden, die dazu führten, dass meine BITRON Rauchmelder und Sirenen nicht mehr funktionierten. Da kam dann bei mir Panik auf, ganz ohne Alarmsystem wollte ich dann doch nicht sein.

npm show iobroker.zigbee versions

Dank deines Tipps kann ich in Zukunft solche Dinge beruhigter angehen.

[simatec]

@legro Bitte grundsätzliche Diskussionen zu Installationen oder zum Zigbee Adapter in den jeweiligen Threads führen.
Es würde hier sonst den Rahmen sprengen und der Thread ist schon lang genug.

[simatec]

Ab sofort steht auf Github und in kürze auch im latest die Version 2.4.4 bereit.

Changelog

2.4.4 (2022-04-02)

• (simatec) try/catch GoogleDrive added
• (Bluefox/simatec) Backup Download added

[diwoma]

@simatec
Sorry für die so späte Antwort. Ich habe das Forum nicht mehr beobachtet und anscheinend habe ich kein Mail bekommen oder es übersehen und gelöscht.
Das mit dem Token des Masters werde ich probieren. Ich habe gesehen, dass Du schon an der API gearbeitet hast und sie bald ins latest kommen wird. Brauchst Du das Slave-Log noch?

[simatec]

@diwoma Die neue API Anbindung ist bereits im latest.
Kannst du ohne APP Einrichtung nun machen.
Type auf Standard stellen und APP verknüpfen… fertig

[simatec]

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

Changelog

2.4.5 (2022-04-04)

• (simatec) Download-Server close added

[loverz]

@simatec hab ich das richtig verstanden: Der Grafana-API reicht als "read-only" aus? Auch für einen evtl. nötigen Restore?

Wie lange macht ihr die Gültigkeit so?

[simatec]

@loverz Nein der Api Key sollte für den Admin sein. Gültigkeit musst du selber entscheiden. Mein Key ist einige Jahre gültig

[Humidor]

Frage, wäre "ECharts" mit sichern ev. möglich?

[Thomas Braun]

@humidor

Ist 'im großen Backup' automatisch mit dabei.

[Humidor]

@thomas-braun dh im "ioBroker" Backup schon integriert?

[Thomas Braun]

@humidor
Ja.

[Humidor]

@thomas-braun super!
echt toll der Adapter, fkt. inzwischen einwandfrei!!

[Thomas Braun]

@humidor
Ja, aber das musst du @simatec sagen. Ich hab da nix mit zu tun.