Restore auf Bullseye: Vis Editor funktioniert nicht mehr
-
@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
-
@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
daher 2te Instanz
ioBroker.vis app funktioniert nun mit zweiter Instanz!
-
@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!
-
@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
-
@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? -
@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 foundProblem. -
Da ist mir versehentlich eine Nachricht entfleucht. Ich habe sie editiert. Kann ich sie auch löschen?
-
@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?
-
@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.
-
@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?
-
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Wie kann ich das feststellen
ich weiss es nicht
-
@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!
