NEWS
Restore auf Bullseye: Vis Editor funktioniert nicht mehr
-
Hardwaresystem: Raspi 4 Arbeitsspeicher: 3.7 GB Festplattenart: SSD M.2 über USB angeschlossen Betriebssystem: Raspberry Pi OS Bullseye 64 Bit Node-Version: v4.0.23 Nodejs-Version: v16.18.1 NPM-Version: 8.19.2 Installationsart: Skript Image genutzt: Nein Ort/Name der Imagedatei: Link Nach dem Zurückspielen des Backups von meiner Buster Installation auf einen neu aufgesetzten Raspi mit Bullseye 64 Bit, habe ich das Problem, dass ich meine Visualisierung nicht mehr editieren kann. Die Instanz vis.0 läuft zwar wieder, jedoch immer, wenn ich neue Widgets einfügen oder andere Änderungen vornehmen will, werden sie nicht übernommen. Auch kann ich aus dem vis-editor nicht mehr mit dem kleinen schwarzen Dreieck in der linken oberen Ecke direkt in die Runtime-Umgebung der editierten Seite wechseln. Es erscheint dann manchmal in Rot der Hinweis "Verbindungsfehler".
Des weiteren lassen sich die folgenden Instanzen nicht konfigurieren: vis-fancyswitch.0, vis-jqui-mfd.0, vis-hqwidgets.0, vis-materialdesign.0, vis-timeandweather.0. Wenn man unter Instanzen auf den Schraubenschlüssel klickt, erscheint die Meldung:
File index_m.html not found
Diese Meldung erscheint auch bei der Instanz sourceanalytix.0, die allerdings einen grünen Status bei Verbindung zum Host und Lebenszeichen hat.
Ein Versuch mit
iobroker upload all
die Adapter zu reaktivieren bringt für einige Adapter und vor allem für die oben genannten vis-Adapter Meldungen wie z.B.:Update "system.adapter.vis-hqwidgets.0" INFO: Directory "/opt/iobroker/node_modules/iobroker.vis-hqwidgets/www" was not found! Nothing was uploaded or deleted.
Es wäre noch zu erwähnen, dass der die Instanz socketio.0 ohne Verbindung zum Host und Lebenszeichen ist.
Wer kann mir hier weiterhelfen?
-
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Nach dem Zurückspielen des Backups
hast du vor dem Backup einspielen vis installiert?
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
der Hinweis "Verbindungsfehler"
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
die Instanz socketio.0 ohne Verbindung zum Host und Lebenszeichen ist
heisst? nutzt du socketio? es gibt mehrere Threads zu diesem Thema, Lösung, web socket Adapter installieren und diesen nutzen und dann je nach Wahl entweder auf integriert oder ws stellen im web Adapter
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
File index_m.html not found
eventuell nochmal neu machen
-
@crunchip said in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
socketio
Vielen Dank für die Unterstützung. Zu Deinen Fragen:
vor dem Backup einspielen vis installiert?
ja, ich habe gemäß eines Tipps aus dem Forum vor der Backup-Wiederherstellung in iobroker Admin VIS-, WEB-, SOCKET.IO-, und WEB SOCKET-Adapter installiert.
nutzt du socketio?
ja, den socket.io hatte ich als Anfänger in linux und iobroker vor ca. 2 Jahren für ein anderes Programm (Motioneye?) oder einen anderen Adapter auf dem Raspi installiert. Ich weiß nun allerdings nicht mehr wozu und was er genau macht und ob ich ihn überhaupt noch brauche. Es laufen auf meinem Raspi noch pihole, motioneye, mariadb, influxdb und ein Skript für meine Wetterstation. Ich habe nun eine Instanz des Web-Socket-Adapters eingerichtet. Nun zeigt auch Motioneye wieder den Stream meiner Webcam. Wird dadurch SOCKET.IO überflüssig?
Was ist mit "eventuell nochmal neu machen" gemeint?
Ich habe im Forum gelesen, dass node, nodejs und npm im Verzeichnis /usr/bin liegen sollen. Bei mir sieht es jedoch so aus:
pi@raspberrypi4-iob:~ $ which node /usr/bin/node pi@raspberrypi4-iob:~ $ which nodejs /usr/bin/nodejs pi@raspberrypi4-iob:~ $ which npm /usr/bin/npm pi@raspberrypi4-iob:~ $
Könnte das die Ursache meiner Probleme sein?
-
Liegt doch in /usr/bin
-
@thomas-braun
Dass es verschiedene Unterverzeichnisse von /usr/bin sind, ist unkritisch? -
?
Die Dateien sollen nur nicht in /usr/local/bin oder sonst wo landen. -
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Wird dadurch SOCKET.IO überflüssig
ja
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Nun zeigt auch Motioneye wieder den Stream meiner Webcam
hat damit gar nix zu tun
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Was ist mit "eventuell nochmal neu machen" gemeint?
das die Datei nicht gefunden wird, entsprechend Adapter de/installieren, oder du machst dein Backup nochmal neu
-
Vielen Dank für die Antwort. Dass Motioneye nichts damit zu tun hat, habe ich inzwischen auch herausgefunden. Ich konnte inzwischen mit dem Tipp von bahnuhr aus dem Forum das Problem mit dem vis-Editor im Browser (Port 8082) lösen können. Leider funktioniert nun mein Zugriff aus der ioBroker.vis App auf dem Handy nicht mehr. Ich habe allerdings nur die Instanz web.0 mit Port 8082. Bisher ging es mit einer Instanz.
Braucht die ioBroker.vis App zwingend eine eigene web Instanz?
Ein Löschen und Wiederherstellen des vis-xxx-Adapters hat das oben genannte Problem wieder hervorgebracht, dass ein Unterverzeichnis www im Verzeichnis /opt/iobroker/node_modules/iobroker.vis-[ADAPTERNAME] nicht gefunden wurde und deshalb "Nothing was uploaded or deleted", wie am Beispiel vis-colorpicker zu sehen:
$ iobroker add vis-colorpicker --host raspberrypi4-iob NPM version: 8.19.2 Installing iobroker.vis-colorpicker@1.2.0... (System call) added 1 package in 13s 103 packages are looking for funding run `npm fund` for details host.raspberrypi4-iob install adapter vis-colorpicker upload [0] vis-colorpicker.admin /opt/iobroker/node_modules/iobroker.vis-colorpicker/admin/colorpicker.png colorpicker.png image/png INFO: Directory "/opt/iobroker/node_modules/iobroker.vis-colorpicker/www" was not found! Nothing was uploaded or deleted. host.raspberrypi4-iob object system.adapter.vis-colorpicker created/updated INFO: Directory "/opt/iobroker/node_modules/iobroker.vis-colorpicker/www" was not found! Nothing was uploaded or deleted. host.raspberrypi4-iob object system.adapter.vis-colorpicker.0 created Process exited with code 0
Ein neues Full-Backup mit anschließendem Restore müsste ich aus einem aktuellen Backup aus der neu erstellten Bullseye Umgebung machen, da ich seit dem Backup aus dem alten buster-System sehr viel verändert habe. Daher befürchte ich, dass dadurch nur der aktuelle fehlerhafte Status widerhergestellt würde.
-
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Ich konnte inzwischen
Lösung hatte ich dir oben schon geschrieben
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
der ioBroker.vis App auf dem Handy nicht mehr
daher 2te Instanz, siehe deinem Link
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Braucht die ioBroker.vis App zwingend eine eigene web Instanz?
aktuell ja, wegen bug
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
hat das oben genannte Problem wieder hervorgebracht,
dann hakt es wohl an anderer stelle
mach mal per Konsoleiobroker add vis-colorpicker --debug
@dragricola sagte in Restore auf Bullseye: Vis Editor funktioniert nicht mehr:
Ein neues Full-Backup mit anschließendem Restore müsste ich aus einem aktuellen Backup aus der neu erstellten Bullseye Umgebung machen, da ich seit dem Backup aus dem alten buster-System sehr viel verändert habe
warum willst du aus deinem nicht funktionierendem ein backup ziehen und dann wieder einspielen?
was hast du den soooo viel in den 14Std dazwischen geändert??nimm ein funktionierendes backup und setz neu auf
-
@crunchip
Lösung hatte ich dir oben schon geschriebenja, 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. -
@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 found
Problem. -
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?