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

[Thomas Braun]

@Hagiman2000

Kannst dem Vogel ja einen schönen Gruß und einen Glückwunsch zu der genialen "Anleitung" da lassen:

nicht vergessen...
wenn dir dieses Tutorial geholfen hat, dann gib mir doch bitte ein Feedback in Form von Kommentar oder noch besser: ein YouTube Abo!

Besser aber kein YouTube von dem Blödsinn abonnieren.

[Hagiman2000]

@Thomas-Braun

Gleiches Problem wie vorher, dreht sich ewig der Kreis. Eigentlich sollte hier IoBroker neu gestartet werden. Und ab hier wird es hässlich. Ich starte iobroker über SSH manuell neu, nichts passiert. Jetzt ist sogar das Webinterface nicht mehr erreichbar.....

Soll darf ich redis konfigurieren und warum muss ich das überhaupt machen.

Einfach wäre, SD Karte aus Pi3 raus und Pi4 rein und weiter geht es. Umständlich ist die Möglichkeit über den Backitup Adapter, aber selbst das geht ja noch nicht einmal.................

[Thomas Braun]

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

Soll darf ich redis konfigurieren und warum muss ich das überhaupt machen.

Das weiß ich nicht. Wenn die alte Version nicht unter redis lief, dann kein redis installieren; wenn die alte Version schon unter redis lief, dann muss die Neuinstallation natürlich auch auf redis umgestellt werden. Damit das Backup die gleiche Umgebung wieder vorfindet.

log file sagt?

[Hagiman2000]

@Thomas-Braun

Mhh habe mal mit "top" geschaut was auf dem alten Pi läuft. Da läuft in der Tat ein redis Server obwohl ich mich nicht erinnern kann das jemals umgestellt zu haben. Also werde ich ein 10tes mal die SD Karte neu aufsetzen und dies mal noch einen redis Server installieren.

[Thomas Braun]

@Hagiman2000
Installier den doch einfach nach?
Warum wieder ganz von vorne anfangen?

[Hagiman2000]

@Thomas-Braun

Wolltes einfach sauber machen. Mit dem Redis Server lief jetzt das Backup Einspielen sauber durch. Leider hat das immer noch nicht mein Problem mit dem Adapter aus dem anderen Topic gelöst:

$ ./iobroker add icons-mfd-svg  --host raspberrypi
INFO: Directory "/opt/iobroker/node_modules/iobroker.icons-mfd-svg/www" was not found! Nothing was uploaded or deleted.
host.raspberrypi create instance icons-mfd-svg
host.raspberrypi object system.adapter.icons-mfd-svg.0 created
process exited with code 0

Ohne den Adapter kann ich mein VIS vergessen und manuelles rüber kopieren der Icons geht ja nicht.

[Homoran]

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

Leider hat das immer noch nicht mein Problem mit dem Adapter aus dem anderen Topic gelöst:

kann es auch nicht!

gehört zwar hier nicht hin, aber seit schon sehr langer Zeit müssen Bilder registriert werden um in vis genutzt werden zu können.
Deshalb müssen die Bilder über den Upload im VIS-Explorer hochgeladen werden.

[Hagiman2000]

@Homoran

Verstehe ich, wäre aber nötig wenn sich der Adapter installieren lassen würde der wohl auch das registrieren vornimmt.

Und hochladen kann ich nur nach vis.0

Würde es den theoretisch gehen, dass ich die Icons nach vis.0 hoch lade (die damit bei VIS registriert werden) und dann via SFTP in den richtigen Ordner verschiebe, oder geht dann die VIS Registrierung über den Jordan?

[da_Woody]

@Hagiman2000 die is dann wieder weg, der pfad stimmt ja nicht mehr. wieso liegt deine vis nicht unter vis.0?

[Homoran]

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

wäre aber nötig wenn sich der Adapter installieren lassen würde der wohl auch das registrieren vornimmt.

???? Das verstehe ich jetzt nicht.

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

Und hochladen kann ich nur nach vis.0

korrekt!
Das ist so.

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

geht dann die VIS Registrierung über den Jordan?

Ja!

[Hagiman2000]

@da_Woody

Das mag ja vielleicht sogar sein dass dort mein VIS liegt aber die Pfade stimmen doch nicht mehr. VIS läuft 1a auf dem Pi3. Ich spiele das Backup in den Pi4 ein und auf einmal sieht das VIS katastrophal aus. Widgets fehlen, Icons sind weg.

Die Icons verweisen auf "/icons-mfd-svg/control_building_s_eg.svg"

Der Order /vis.0/ liegt aber parallel dazu. Wäre der Pfad /vis.0/icons-mfd-svg/control_building_s_eg.svg hätte ich kein Problem. Natürlich kann ich die ganzen Icons auch nach /vis.0/ oder von mir aus auch /vis.0/icons-mfd-svg/ hoch laden.

Erstens ist das sehr viel Arbeit die verlinkungen aller Icon anzupassen und zweitens frage ich mich warum es auf dem Pi3 geklappt hat, dass die Bilder in einem Ordner parallel zum /vis.0 Ordner lagen. Und die größte Frage ist immer noch warum lässt sich der Adapter nicht installieren.

[Hagiman2000]

Mir ist noch was aufgefallen. Der Ordner

/opt/iobroker/node_modules/iobroker.icons-mfd-svg

hat als einziger aller node_modules Ordner die chmod Rechte 755 und alle anderen haben 775. Ich kann die auch via SFTP nicht ändern und somit auch nicht den Unterordner "www" anlegen der laut Log fehlt. Kann es sein das die Version 1.2 des Adapters defekt ist? Weil der legt ja auch die Rechte beim anlegen der Ordnerstruktur fest.

[Homoran]

@Hagiman2000 sagte in Rücksicherung mit Backitup funktioniert nicht:

Weil der legt ja auch die Rechte beim anlegen der Ordnerstruktur fest.

Ich weiß nicht wie alt (und unangefasst) deine vorherige Installation war.
Wenn da Redis drin lief und du dich nicht erinnern konntest. Und wenn du noch einfach Bilder auf Dateiebene verschieben konntest ohne dass vis gemeckert hat, kann es ohne weiteres sein, dass auch noch anderes nicht passt.

Mit dem Restore holst du ja auch alles falsche wieder an Bord.

Zum Thema Rechte würde ich mal den Fixer drüberlaufen lassen