Restore auf Bullseye: Vis Editor funktioniert nicht mehr

[dragricola]

@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?

[Thomas Braun]

@dragricola

Liegt doch in /usr/bin

[dragricola]

@thomas-braun
Dass es verschiedene Unterverzeichnisse von /usr/bin sind, ist unkritisch?

[Thomas Braun]

@dragricola

?
Die Dateien sollen nur nicht in /usr/local/bin oder sonst wo landen.

[crunchip]

@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

[dragricola]

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.

[crunchip]

@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 Konsole

iobroker 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

[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!