Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[JanGa]

@homoran KVM (Proxmox) auf einem Server mit Xeon CPU ist eigentlich nichts exotisches. Den kausalen Zusammenhang sehe bzw. verstehe ich ja auch nicht, aber trotzdem ist es jetzt schon mehrfach genau so abgelaufen. Im Admin eine Aktion ausgelöst wie Update oder Installation und danach war der Controller weg.

[Homoran]

@janga sagte in Update von Adapter führt zu Deinstallation von js-controller:

KVM (Proxmox) auf einem Server mit Xeon CPU ist eigentlich nichts exotisches.

und genau dazu habe ich noch irgendwas im Hinterkopf.
Da gab es ein Problem in einer Konstellation

[crunchip]

@homoran sagte in Update von Adapter führt zu Deinstallation von js-controller:

Da sehe ich erst einmal keinen kausalen Zusammenhang.

aber zumindest siehe

@crunchip sagte in Update von Adapter führt zu Deinstallation von js-controller:

host.automation adapter "kostal-piko-ba" seems to be installed for a different version of Node.js. Trying to rebuild it... 1 attempt

sollte zwar nicht zwingend etwas mit dem controller zu tun haben, aber wer weiß was da vllt nocht anderweitig nicht passt.

ggf vllt auch nochmal ein reinstall von nodejs anstoßen

[JanGa]

@crunchip Node.js habe ich erst ganz frisch aktualisiert. Das Problem trat schon vor und auch nach dem Update auf.

[Homoran]

@crunchip sagte in Update von Adapter führt zu Deinstallation von js-controller:

ggf vllt auch nochmal ein reinstall von nodejs anstoßen

So eine Meldung kommt eigentlich, wenn Dateien zu Instanzen kopiert werden und nicht restored.

ich hab's nicht mehr ganz im Kopf, aber mit npm rebuild war wohl nicht immer alles so wie es sein sollte.
Dependencies wurden nicht angefasst.

Kann aber sein, dass ich da was durcheinander bringe.

[crunchip]

@homoran oder eben, wenn der rebuild fehl schlug, dann für den Adapter manuell

run npm install --production in the adapter directory

[Homoran]

@crunchip sagte in Update von Adapter führt zu Deinstallation von js-controller:

dann für den Adapter manuell

genau,
aber eben

@crunchip sagte in Update von Adapter führt zu Deinstallation von js-controller:

in the adapter directory

Aber das hat nichts mit dem reisserischen Threadtitel zu tun

[JanGa]

@homoran Was heißt reißerisch. Der Controller war weg. Wie nennst du das sonst? :D Setze mich gerade nochmal dran und gucke wie es sich ohne den Kostal Adapter verhält. Brauche den eigentlich eh nicht mehr, weil ich das PV Monitoring mittlerweile mit Victron Venus OS mache.

[Homoran]

@janga sagte in Update von Adapter führt zu Deinstallation von js-controller:

Der Controller war weg

nein,

@janga sagte in Update von Adapter führt zu Deinstallation von js-controller:

Wie nennst du das sonst?

da wird eine oder mehrere Datei(en) zerstört gewesen sein.
oder möglicherweise die Rechte durch die root-Nutzung verbogen, dass der Systemuser iobroker da nicht mehr rankam, oder oder oder
Eine saubere Deinstallation ist was anderes

EDIT: Ich hab übrigens die Fährte zu den Problemen mit Xeon wieder aufgenommen
https://forum.iobroker.net/post/430965

[JanGa]

@homoran Sorry, habe dein Edit erst jetzt gesehen. Das ist schon krass. Bei mir läuft IOBroker über x Versionen hinweg und auch auf mehreren Versionen von Node und auf mittlerweile dem dritten OS ohne diese Effekte. Eventuell waren da nur bestimmte Modelle betroffen oder so. Über eine allgemeine Instabilität kann ich zumindest nicht klagen.

Das ursprüngliche Problem scheint nach Deinstallation vom Kostal Adapter behoben zu sein. Hab seitdem mehrere Update für Adapter durchgeführt und IOBroker läuft problemlos. Keine Ahnung, was da ursprünglich schiefgelaufen ist. Root-Rechte als Ursache kann ich mir immer noch nicht vorstellen, weil ich eigentlich nie über die Shell etwas an IOBroker geänndert habe, sondern immer nur über den Admin. Erst als das Kind im Brunnen lag kam dann die Shell dazu. ;)