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

[Codierknecht]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

weil es im Docker läuft und ich leider vom System selbst keine Ahnung habe

Da muss man auch nicht unbedingt "Ahnung haben". Man muss lediglich wissen, wie man den Container aktualisiert.
Wie das bei QNAP im Detail funktioniert, weiß ich allerdings auch nicht.

Auf Synology geht's wie folgt:

• Neues Image aus Docker-Hub holen
• Container stoppen
• Falls im Bridge-Mode: Conatainer löschen, da Synology keine 2 Container mit gleichen Ports zulässt
• Neuen Container aus dem neuen Image bauen. Mit gleichen Einstellungen!
  Gleicher Mount-Point, gleiche Ports usw. Also vorher notieren!
• Neuen Container starten und warten ... das dauert 'ne Weile

[mike2712]

@codierknecht muss ich kein Backup vom iobroker etc. machen, System komplett neu aufsetzen? Puh, okay, dachte das kann man mit ein paar Befehlen wie iobroker upgrade self, etc. machen
Kannst Du etwas mit den Debug Meldungen anfangen? Kann man daran sehen warum VIS ständig neu startet bzw. rot angezeigt wird?

[Codierknecht]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

muss ich kein Backup vom iobroker etc. machen, System komplett neu aufsetzen?

Ein Backup schadet nie. Das solltest Du aber hoffentlich schon längst eingerichtet haben. Oder etwa nicht?

dachte das kann man mit ein paar Befehlen wie iobroker upgrade self, etc. machen

Ich dachte Du hast keine Ahnung? ;-)
Geht natürlich auch - wenn man's richtig macht.

[Thomas Braun]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

aber irgendwie meine Probleme damit gehabt weil es im Docker läuft

Damit hab ich auch Probleme. Und bin damit raus.

[Codierknecht]

@mike2712
Schau in @Thomas-Braun's Signatur. Dort steht, wie man das "richtig" macht.
Und entscheide dann, was einfacher ist :grin:

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

muss ich kein Backup vom iobroker etc. machen, System komplett neu aufsetzen?

Ein Backup schadet nie. Das solltest Du aber hoffentlich schon längst eingerichtet haben. Oder etwa nicht?

dachte das kann man mit ein paar Befehlen wie iobroker upgrade self, etc. machen

Ich dachte Du hast keine Ahnung? ;-)
Geht natürlich auch - wenn man's richtig macht.

Habe ich auch nicht, also nicht vom eigentlichen System, verstehe die Zusammenhänge Docker, NPM, JS controller und da gibt es noch etwas drittes absolut nicht, den iobroker selbst inkl. VIS, Scripting,, und Adaptern kenne ich mich schon etwas aus, bin SPS Programmierer, den JS-controller konnte ich gerade updaten auf der neusten Version 4.0.24, ich kann ja lesen, aber mit NPM auf V16 bekomme ich das nicht hin. Das Upate des JS-Controller hat bei meinem VIS Problem allerdings leider nicht geholfen.
Natürlich mache ich täglich automatisierte Backups mit dem Backitup Adapter, diese werden auch auf 2 Servern gesichert. Wie gesagt die Zusammenhänge JS-Controller, NPM Version v16... und dann gibt es noch den node ?

[Codierknecht]

@mike2712
OK, vielleicht zunächst ein bisschen Grundlagenwissen:

Docker ist eine Virtualisierungslösung. Damit wird das darunterliegende Betriebssystem (beim NAS also eine Linux-Version) "abstrahiert". Ein Image beschreibt (grob gesagt), was zusätzlich zu diesem Linux-Layer so an Paketen benötigt wird. Ein Container ist dann prinzipiell eine Art virtuelle Maschine. Mit der Ausnahme, dass da kein vollwertiges OS installiert, sondern das Basis-OS der Maschine verwendet wird. Ein "kaputter" Container kann Dir aber nicht das ganze System lahmlegen.
Das Docker-Image liefert alles mit, was für den Betrieb von ioBroker benötigt wird.
Besorgt man sich ein aktuelles Image ist in der Regel auch die jeweils neueste (empfohlene) Version von Node usw. enthalten.

ioBroker benötigt Node.js. Das ist eine Laufzeitumgebung, um JavaScript (was ja eigentlich vom Browser interpretiert wird) auf einem Server verwenden zu können.
NPM ist der "Node Package Manager" und kommt zusammen mit Node.js.

Wenn Du aktuelle Backups Deines Systems hast, kann doch eigentlich nix passieren.
Und wenn Du nach der oben beschriebenen Methode vorgehst, brauchst Du das nicht einmal.
Wenn Du den gleichen Mount-Point (also das zu "/opt/ioBroker/" gemappte Verzeichnis auf Deinem NAS verwendest, sind dort ja alle Adapter mit ihren Einstellungen bereits vorhanden.

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712
OK, vielleicht zunächst ein bisschen Grundlagenwissen:

Docker ist eine Virtualisierungslösung. Damit wird das darunterliegende Betriebssystem (beim NAS also eine Linux-Version) "abstrahiert". Ein Image beschreibt (grob gesagt), was zusätzlich zu diesem Linux-Layer so an Paketen benötigt wird. Ein Container ist dann prinzipiell eine Art virtuelle Maschine. Mit der Ausnahme, dass da kein vollwertiges OS installiert, sondern das Basis-OS der Maschine verwendet wird. Ein "kaputter" Container kann Dir aber nicht das ganze System lahmlegen.
Das Docker-Image liefert alles mit, was für den Betrieb von ioBroker benötigt wird.
Besorgt man sich ein aktuelles Image ist in der Regel auch die jeweils neueste (empfohlene) Version von Node usw. enthalten.

ioBroker benötigt Node.js. Das ist eine Laufzeitumgebung, um JavaScript (was ja eigentlich vom Browser interpretiert wird) auf einem Server verwenden zu können.
NPM ist der "Node Package Manager" und kommt zusammen mit Node.js.

Wenn Du aktuelle Backups Deines Systems hast, kann doch eigentlich nix passieren.
Und wenn Du nach der oben beschriebenen Methode vorgehst, brauchst Du das nicht einmal.
Wenn Du den gleichen Mount-Point (also das zu "/opt/ioBroker/" gemappte Verzeichnis auf Deinem NAS verwendest, sind dort ja alle Adapter mit ihren Einstellungen bereits vorhanden.

Super, danke, also sind alle Daten die für ioBroker wichtig sind so oder so in dem gemappte Verzeichnis auf dem NAS, ich war immer davon ausgegangen das diese ganzen Sachen auch in der virtuellen Maschine, also im Docker sind, im Docker ist nur das abgespeckte Betriebssystem in dem iobroker läuft, dann läuft sozusagen alle Software selbst, wie z.B. der iobroker, VIS, die Adapter im Docker, aber zugehörige Daten / Scripte / Datenpunkte, etc. sind auf dem gemappten Ordner, habe ich das so richtig verstanden? Danke für den Einstieg, habe gelesen das mit Portainer usw das alles einfach upzudaten ist, mit dem Node bekomme ich auch die jeweilige Version hochgerüstet, aber nicht auf eine neue hoch wie z.B. 16. Hab einfach gedacht es ist einfacher eben die Befehle für ein Update einzugeben, bei dem JS-Controller war das ja auch in Sekunden erledigt. Bei node sagt er mir das ich die neuste Version installiert habe.

Building dependency tree... Done
Reading state information... Done
nodejs is already the newest version (14.21.2-deb-1nodesource1).
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
# sudo nano /etc/apt/sources.list.d/nodesource.list
sudo: nano: command not found
# nano /etc/apt/sources.list.d/nodesource.list
/bin/sh: 5: nano: not found
# /etc/apt/sources.list.d/nodesource.list
/bin/sh: 6: /etc/apt/sources.list.d/nodesource.list: Permission denied
# 

[Codierknecht]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

aber zugehörige Daten / Scripte / Datenpunkte, etc. sind auf dem gemappten Ordner, habe ich das so richtig verstanden?

Korrekt!
Die letzten paar System-Updates habe ich genau wie beschrieben durchgeführt. ioBroker lief anschließen als wäre nix gewesen.

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

Hab einfach gedacht es ist einfacher eben die Befehle für ein Update einzugeben, bei dem JS-Controller war das ja auch in Sekunden erledigt. Bei node sagt er mir das ich die neuste Version installiert habe.

In den Quellen ist lediglich Version 14 drin. Daher denkt Dein System, es hätte schon die neueste Version.
Und wie Du bereits bemerkt hast, ist im Image kein Editor mitgeliefert. Den müsstest Du auch erstmal installieren, um die nodesource.list bearbeiten zu können.
Du siehst: Das ist dann doch komplizierter als gedacht.

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

weil es im Docker läuft und ich leider vom System selbst keine Ahnung habe

Da muss man auch nicht unbedingt "Ahnung haben". Man muss lediglich wissen, wie man den Container aktualisiert.
Wie das bei QNAP im Detail funktioniert, weiß ich allerdings auch nicht.

Auf Synology geht's wie folgt:

• Neues Image aus Docker-Hub holen
• Container stoppen
• Falls im Bridge-Mode: Conatainer löschen, da Synology keine 2 Container mit gleichen Ports zulässt
• Neuen Container aus dem neuen Image bauen. Mit gleichen Einstellungen!
  Gleicher Mount-Point, gleiche Ports usw. Also vorher notieren!
• Neuen Container starten und warten ... das dauert 'ne Weile

Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File. Hast Du da eine Idee? Welches hast Du genommen - Buanet ?

[Codierknecht]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

Welches hast Du genommen - Buanet ?

Richtig.

Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File

Was klappt daran nicht?
Natürlich liegen dort schon Daten - die gehören ja auch dahin und enthalten z.B. alle Deine Adapter und Einstellungen.
Der erste Start des neuen Containers dauert - da braucht es etwas Geduld.
Wenn man nach dem Start direkt ein Terminal im Container öffnet, sieht man auch schön, was das Script für den ersten Start so alles treibt.
Wie gesagt: Ein Backup braucht man da erstmal nicht. ioBroker hat ja schon alle seine Daten.
Hast Du auch die Umgebungsvariablen im neuen Container korrekt gesetzt?
Ich sehe Du nutzt Redis - das ist ja nicht Standard.

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

Welches hast Du genommen - Buanet ?

Richtig.

Ich kämpfe immer noch, das klappt bei mir mit gleichen Einstellungen / Verzeichnis (Mount) nicht, dort liegen bereits Daten, bzw. falsches Backup File

Was klappt daran nicht?
Natürlich liegen dort schon Daten - die gehören ja auch dahin und enthalten z.B. alle Deine Adapter und Einstellungen.
Der erste Start des neuen Containers dauert - da braucht es etwas Geduld.
Wenn man nach dem Start direkt ein Terminal im Container öffnet, sieht man auch schön, was das Script für den ersten Start so alles treibt.
Wie gesagt: Ein Backup braucht man da erstmal nicht. ioBroker hat ja schon alle seine Daten.
Hast Du auch die Umgebungsvariablen im neuen Container korrekt gesetzt?
Ich sehe Du nutzt Redis - das ist ja nicht Standard.

Redis, ich habe den Begriff schon mal gehört, benutze das sicherlich nicht bewusst, was ist das und woran hast Du das gesehen, kann ich das entfernen wenn ich es nicht benötige und auch nicht Standard ist?
Folgendes wenn ich den neuen Container starte: Das hängt dann an der Stelle.

Das scheint aber das Docker Verzeichnis zu sein, ist das neue Docker am selben Datei Ort wie das alte? Kann ich den Ort bestimmen wo das Docker File liegt? Hmm? Wie machen Leute die mehrere Docker mit iobroker laufen haben?
Unten ein Screenshot vom Container und den Images, jeder Container benutzt doch seinen eigenen Speicherbereich, oder?

[Codierknecht]

@mike2712
Nur so zur Info:
Ausgaben aus Terminal oder Logs immer in Code-Tags setzen (Button "</>") und nicht als Screenshot.
Das können die Kollegen am Handy/Tablet nur schwer oder gar nicht lesen und man kann auch nicht zitieren etc.

Die Meldung ist mir neu. Bei mir funzt das immer einwandfrei.

Redis steht oben in Deinem Log.
Das ist eine andere Art der Datenhaltung für den ioBroker. Standard ist eigentlich "jsonl".

Aber wenn Du ein aktuelles Backup hast:
Erzeuge ein neues (leeres) Verzeichnis für Mount und starte damit den Container. Wenn der dann läuft, stellst Du alles aus dem Backup wieder her.
Hierbei Achtung: Wenn Du Vis einsetzt, musst Du zunächst Vis installieren und erst dann das Restore starten. Da gibt's noch einen Bug.
Wenn Du auf Deinem NAS nix anderes laufen hast was ggf. zu Portkonflikten führt, kann man sich auch das Port-Mapping sparen und den Container im Host-Mode betreiben (weiß nicht wie das bei Dir aussieht -. Standard ist hier Bridge-Mode).

Wenn das dann alles wiederhergestellt ist, sollte das Update des Gesamtsystems dann so funktionieren wie oben beschrieben.
Container sind dazu da, verworfen und neu gemacht zu werden. Das sind quasi "Wegwerfartikel" weil sie durch das Mount keine Bewegungsdaten enthalten.

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712
Nur so zur Info:
Ausgaben aus Terminal oder Logs immer in Code-Tags setzen (Button "</>") und nicht als Screenshot.
Das können die Kollegen am Handy/Tablet nur schwer oder gar nicht lesen und man kann auch nicht zitieren etc.

danke erst einmal, ja ich weiß, mache ich eigentlich immer, aber in diesem Fall ging es nicht, hat er nicht zugelassen.
Komisch das es so nicht geht, habe etwas Angst den funktionierenden Container zu löschen.
Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore?

[Codierknecht]

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

habe etwas Angst den funktionierenden Container zu löschen.

Hast Du den im Bridge-Mode mit gemappten Ports?
Synology verhindert in einem solchen Fall dass man einen zweiten Container mit gleichen Mappings erzeugt.
Wie das bei QNAP aussieht, kann ich nicht sagen.
Sollte das dort auch so sein, kann man im gestoppten Container die äußeren Ports vorübergehend ändern. Also statt Port 8081 in den Container zu reichen nimmt man 48081. Statt 2010 dann 42010 usw.
Dann braucht man den funktionierenden Container zumindest noch nicht zu löschen und kann den zur Not reaktivieren.

Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore?

Backitup ist dann schon drauf. Nur noch Vis installieren und dann Restore.
Das dauert dann aber auch, weil er ja jeden fehlenden Adapter erst noch installieren muss. Macht Backitup aber automatisch (außer bei Vis - wegen dem Bug funktioniert das nicht sauber)

Deswegen geht das mit dem Containertausch auch eigentlich schneller - es sind ja dann schon alle Adapter und Daten vorhanden ;-)

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712 sagte in VIS Adapter rot, VIS sehr langsam:

habe etwas Angst den funktionierenden Container zu löschen.

Hast Du den im Bridge-Mode mit gemappten Ports?
Synology verhindert in einem solchen Fall dass man einen zweiten Container mit gleichen Mappings erzeugt.
Wie das bei QNAP aussieht, kann ich nicht sagen.
Sollte das dort auch so sein, kann man im gestoppten Container die äußeren Ports vorübergehend ändern. Also statt Port 8081 in den Container zu reichen nimmt man 48081. Statt 2010 dann 42010 usw.
Dann braucht man den funktionierenden Container zumindest noch nicht zu löschen und kann den zur Not reaktivieren.

Also neu aufsetzen, dann Backitup und VIS installieren, dann das Restore?

Backitup ist dann schon drauf. Nur noch Vis installieren und dann Restore.
Das dauert dann aber auch, weil er ja jeden fehlenden Adapter erst noch installieren muss. Macht Backitup aber automatisch (außer bei Vis - wegen dem Bug funktioniert das nicht sauber)

Deswegen geht das mit dem Containertausch auch eigentlich schneller - es sind ja dann schon alle Adapter und Daten vorhanden ;-)

Ja das Problem ist auch nicht im HOST Verzeichnis, habe gerade mal versucht auf ein neu erstelltes zu mounten, geht auch nicht. So langsam verzweifle ich hier, nur eben ein update :-)
Zu den Ports für Container finde ich noch gar keine Einstellungen, Netzwerk nur diese hier, suche mal ob es globale Einstellungen für Container gibt.

Folgendes noch gefunden, aber kein Plan, einmal habe ich etwas mit Port 2376 entdeckt

[Codierknecht]

@mike2712
Wer hat das denn so aufgesetzt? Du?

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712
Wer hat das denn so aufgesetzt? Du?

Die letzten beiden Screenshots ? Nein sicherlich nicht, das ist Default so gewesen oder was auch immer? Die Container Settings kommen von mir.

[Codierknecht]

@mike2712
Und wenn Du den bisherigen Container stoppst und einen neuen mit gleichen Settings aber neuem Mount-Verzeichnis aufsetzt streikt das NAS?
Sagt es denn was?

[mike2712]

@codierknecht sagte in VIS Adapter rot, VIS sehr langsam:

@mike2712
Und wenn Du den bisherigen Container stoppst und einen neuen mit gleichen Settings aber neuem Mount-Verzeichnis aufsetzt streikt das NAS?
Sagt es denn was?

Seltsam, das selbe Problem, das kann doch nicht sein, die meldung besagt ja das in dem opt/iobroker Dateien sind, aber nicht vom iobroker, da ist doch eigentlich gar nichts drin, das wird doch alles mit dem Erst / Neustart erst installiert, oder? Ich starte mal die Docker APP auf dem Qnap neu, eventuell sogar das ganze NAS, das dauert immer relativ lange.