Restore auf Bullseye: Vis Editor funktioniert nicht mehr

[dragricola]

@crunchip
Lösung hatte ich dir oben schon geschrieben

ja, vielen Dank! ich musste erst etwas suchen ...

iobroker add vis-colorpicker --debug gibt auch nur wieder den Hinweis auf das nicht vorhandene unterverzeichnis www:

pi@raspberrypi4-iob:~ $ iobroker add vis-colorpicker --debug
INFO: Directory "/opt/iobroker/node_modules/iobroker.vis-colorpicker/www" was not found! Nothing was uploaded or deleted.
Adapter "system.adapter.vis.0" restarted.
host.raspberrypi4-iob error: this adapter does not allow multiple instances
pi@raspberrypi4-iob:~ $

zum Backup: Den Restore des letzten funktionierenden Backups habe ich bereits vor drei Wochen gemacht und seitdem unter Mithilfe von Thomas-Braun (nochmals vielen Dank!) viel Arbeit investiert um das anfänglich überhaupt nicht lauffähige System mit vielen nicht im Backup enthaltenen zusätzlichen Erweiterungen wiederherzustellen (redis, pihole, motioneye, mariadb, influxdb incl. Einbindung der im Backup enthaltenen Datenbanken, zusätzliche Skripte für meine Wetterstation, python ...). Diese Lösung kommt somit für mich nicht infrage.
Die verschiedenen vis-Adapter scheinen auch zu funktionieren nur lassen sie sich nicht konfigurieren.

[crunchip]

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Diese Lösung kommt somit für mich nicht infrage.

Warum, wir reden hier von einem reinen iobroker backup und kein backup deines kompletten Systems

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

des letzten funktionierenden Backups habe ich bereits vor drei Wochen gemacht

ein backup macht der Adapter backitup und das eigentlich täglich

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

daher 2te Instanz

ioBroker.vis app funktioniert nun mit zweiter Instanz!

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

ein backup macht der Adapter backitup und das eigentlich täglich

ja, seit drei Wochen macht mein backitup-Adapter ein tägliches Backup vom noch nicht vollständig funktionsfähigen System auf der Bullseye-Umgebung. Leider sichert mir der backitup-Adapter nur die iobroker-Konfiguration und nicht die anderen Programme. Dafür hätte ich wohl ein Image gebraucht, das aber wieder nur auf Debian Buster basiert. Wäre ich nur auf Debian Buster geblieben! Aber ich hoffe, dass wir die letzten Probleme noch in den Griff bekommen!

[Thomas Braun]

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Wäre ich nur auf Debian Buster geblieben!

Keine Option, Buster hat das End of Life im September '22 erreicht

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Warum, wir reden hier von einem reinen iobroker backup und kein backup deines kompletten Systems

Mein backitup-Adapter sichert Backups von influxdb, iobroker, javascripts, Mysql und Zigbee. Heißt das, dass ich zuerst das letzte buster iobroker-Backup vom 13.11.22 einspielen kann, ohne dass die anderen Systemprogramme und die nachträglich hinzugefügten iobroker-Instanzen darunter leiden?
Ich habe auch Änderungen in den Javascript-Programmen vorgenommen und die Datenbanken haben weitere Daten aufgezeichnet. Muss ich danach die anderen Backups aus dem aktuellen bullseye-Backup einspielen um wieder auf den aktuellen Stand zu kommen?

[crunchip]

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

iobroker-Backup vom 13.11.22 einspielen kann,

dann hat iobroker den Stand wie er zu diesem Zeitpunkt war, alle Änderungen was iobroker betrifft sind dann weg.
Ist ja auch Sinn eines backups

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Muss ich danach die anderen Backups aus dem aktuellen bullseye-Backup einspielen um wieder auf den aktuellen Stand zu kommen?

die anderen backups wie javascript, influx, zigbee, Mysql, sind einzelne separate backups, diese kannst du unabhängig getrennt davon zurückspielen.
wenn du zwischenzeitlich z.b. irgendwelche Datenpunkte zum loggen für was auch immer, (mysql) aktiviert hast, musst du dies natürlich auch wieder nachholen.

vllt liegt es auch am js-controller, mit deinem File index_m.html not found Problem.

[dragricola]

Da ist mir versehentlich eine Nachricht entfleucht. Ich habe sie editiert. Kann ich sie auch löschen?

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

musst du dies natürlich auch wieder nachholen.

Das würde sehr viel Arbeit bedeuten und ich habe meine Zweifel, ob das Backup überhaupt helfen würde, da ich damit ja erst diese Probleme bekommen habe. Allerdings war damals nach dem Restore der iobroker-Server gestört und das eingespielte Backup hat erst nach einem Tag die Adapter vervollständigt und die Instanzen wieder hergestellt. Könnte das die Ursache für die fehlenden Verzeichnisse und Dateien sein?

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

vllt liegt es auch am js-controller, mit deinem File index_m.html not found Problem.

Wie kann ich das feststellen und den js-controller reparieren?

[crunchip]

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Allerdings war damals nach dem Restore der iobroker-Server gestört und das eingespielte Backup hat erst nach einem Tag die Adapter vervollständigt und die Instanzen wieder hergestellt. Könnte das die Ursache für die fehlenden Verzeichnisse und Dateien sein?

möglicherweise ging dann scheinbar bei deinem backup was schief.
Aber mal ganz ehrlich,
wenn ich doch weiß, mein iobroker funktioniert nicht richtig nach dem backup, ist es das letzte an was ich denke, da irgendwelche Arbeit weiter rein zu stecken wie

• Scripte ändern
• Datenpunkte in die Datenbank loggen
• Vis weiter bauen
• sonstige Änderungen

man setzt sofort da an und kümmert sich um das backup Problem.

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

wenn ich doch weiß, mein iobroker funktioniert nicht richtig

wenn ich das früher gewußt hätte, hatte ich das auch so gehandhabt. Leider sind die Probleme mit den nicht konfigurier- und aktualisierbaren vis-Adaptern erst vor ein paar Tagen aufgefallen, als ich Änderungen an meiner Visualisierung vornehmen wollte. ioBroker und die vis-runtime haben seit dem Restorevorgang grundsätzlich fehlerfrei funktioniert.

@dragricola said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

vllt liegt es auch am js-controller, mit deinem File index_m.html not found Problem.

Wie kann ich das feststellen und den js-controller reparieren?

[crunchip]

@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

Wie kann ich das feststellen

ich weiss es nicht

[dragricola]

@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:

ich weiss es nicht

macht nichts: ob das Problem am js-controller lag ist ohnehin unklar. Nachdem ich alle fraglichen Adapter neu installiert habe, sind die Schraubenschlüssel-Symbole zur Konfiguration der Instanzen entfallen und das "File index_m.html not found Problem" wird nicht mehr sichtbar. Nochmals vielen Dank für Deine Hilfe!