Startloop nach js-controller Upgrade
-
Ok, ist zur Kenntnis genommen. Umzug auf Promox in Debian based LXC ist in Planung scheitert aber an der Zeit.
Ist das mit ursächlich für mein Problem? -
Hat niemand eine Idee an was es liegen könnte? Das hier Dienste laufen die auf einem Server nicht sein müssten ist doch sicher nicht die Ursache dafür?
-
@gersch sagte in js-controller Startloop nach Upgrade:
Das hier Dienste laufen die auf einem Server nicht sein müssten ist doch sicher nicht die Ursache dafür?
Sie (die laufenden Dienste) helfen aber auch alles andere als weiter.
-
Ich bin jetzt nicht ganz sicher auf was Sie sich beziehen? Im Rahmen meiner Möglichkeiten habe ich doch geliefert was ich konnte.
Oder ist gemeint das ich mich hier erst wieder melden darf wenn mein Gerät Ihren Ansprüchen an einen Server genügt? Meine Frage ob die angemerkten Dinge ursächlich sein könnten blieb unbeantwortet und sollte weder ironisch oder gar sarkastisch sein sondern war ernst gemeint um dem Problem auf die Spur zu kommen.
-
@gersch sagte in js-controller Startloop nach Upgrade:
Meine Frage ob die angemerkten Dinge ursächlich sein könnten blieb unbeantwortet und sollte weder ironisch oder gar sarkastisch sein sondern war ernst gemeint um dem Problem auf die Spur zu kommen.
Möglich oder auch nicht möglich.
Damit man da aber auch erst gar nicht drüber nachdenken muss installiert man Server halt ohne unnötigen Killefit. Macht das ganze nämlich einfacher. -
@gersch sagte in js-controller Startloop nach Upgrade:
Hallo zusammen,
ich habe mich am Upgrade des js-controller versucht. Ich bin den Weg wie in https://forum.iobroker.net/topic/76153/js-controller-6-0-x-jetzt-für-alle-user-im-stable/249 beschrieben gegangen, hat leider nicht funktioniert.Ich würde in diesem Fall ein Backup mit der vorherigen Version des js-controllers einspielen und:
@gersch sagte in js-controller Startloop nach Upgrade:
Umzug auf Promox in Debian based LXC ist in Planung scheitert aber an der Zeit.
das zeitnah in Angriff nehmen. Ubuntu empfehle ich allerdings nicht, es kann ja auch das Original Debian 12 (aber immer ohne grafisches Gedöns) sein.
Zieh von dem aktuellen ioBroker ein backitup und lese es in einer frisch virtualisierten Maschine ein.
Ich habe den ioBroker und andere Server unter Proxmox immer auf separaten Maschinen (egal ob lxc oder vm) installiert, das macht es leichter, wenn es mal irgendwo klemmt.
-
@Thomas-Braun
Soweit so klar und ist wie gesagt auch geplant. Bisher hat iobroker seit Jahren problemlos funktioniert und daher auch die Frage warum iobroker sich gerade jetzt an eben dieser Maschine stören sollte. Sicher ist 20.04. nicht mehr aktuell aber auf der anderen Seite eine bewusste gewählte LTS Variante die nach meiner Meinung alle Voraussetzungen erfüllt die iobroker stellt.Letztlich komme ich auch mit dem 5er js-controller erstmal klar bis es die ersten Abhängigkeiten gibt welche den 6er erfordern. Aber ggf. hilft eine gefundene Lösung auch anderen Benutzern weiter, zumal ein ähnliches Problem schonmal bein einem anderen User aufgetreten ist. Daher kam meine Hoffnung das wir uns dem Thema nähern könnten. Das Thema Xeon Prozessor scheint nach meinen Recherchen nur bei Virtualisierung aufzutreten, hier läuft alles direkt auf dem Blech.
Da es scheinbar keine einfache Lösung für das Problem gibt erarbeite ich mir gerade Stück für Stück einen Migrationsleitfaden per Try'n Error auf einem Testsystem um einen möglichst reibungslosen Umzug, der doch mittlerweile recht umfangreichen Installation, hinzubekommen. Ist Ihnen eventuell eine umfangreiche, möglichst aktuelle Quelle bekannt die mir das Leben erleichtern könnte und mich vor eventuellen Fettnäpfchen bewahrt? Die erste Erkenntnis war zB das man als Redis Nutzer bei einer Neuinstallation vor dem Einspielen das Backups ruhig mal Redis installieren und einstellen sollte sonst gehts schief, klingt so im Nachhinein dann auch logisch, denkt man nur nicht direkt dran.
-
@meister-mopper said in js-controller Startloop nach Upgrade:
@gersch sagte in js-controller Startloop nach Upgrade:
Hallo zusammen,
ich habe mich am Upgrade des js-controller versucht. Ich bin den Weg wie in https://forum.iobroker.net/topic/76153/js-controller-6-0-x-jetzt-für-alle-user-im-stable/249 beschrieben gegangen, hat leider nicht funktioniert.Ich würde in diesem Fall ein Backup mit der vorherigen Version des js-controllers einspielen und:
@gersch sagte in js-controller Startloop nach Upgrade:
Umzug auf Promox in Debian based LXC ist in Planung scheitert aber an der Zeit.
das zeitnah in Angriff nehmen. Ubuntu empfehle ich allerdings nicht, es kann ja auch das Original Debian 12 (aber immer ohne grafisches Gedöns) sein.
Zieh von dem aktuellen ioBroker ein backitup und lese es in einer frisch virtualisierten Maschine ein.
Ich habe den ioBroker und andere Server unter Proxmox immer auf separaten Maschinen (egal ob lxc oder vm) installiert, das macht es leichter, wenn es mal irgendwo klemmt.
Vielen Dank für Dein Feedback und die Hinweise. Glücklicherweise reicht es den js-controller downzugraden damit läuft die Installation schon wieder vernünftig.
Debian als komplett headless ist geplant muss nur noch überlegen ob ich mir für iobroker wirklich eine LXC gebe oder direkt auf Blech gehe auch wegen den USB Geräten. Ein kleiner gebrauchter SSF Rechner kostet nicht mehr die Welt. Aktuell bin ich schon dabei die einzelnen Komponenten (Grafana, InfluxDB, etc.) auf einzelne LXC Maschinen zu verteilen um das Gewirre auf nur einer Büchse zu vermeiden. Der aktuelle Rechner läuft noch mit seiner ersten Installation seit mindestens sieben Jahren. Ich glaub da hat sich über die Zeit und einige Distr Upgrades auch allerhand Zeug angesammelt.
Aber vielleicht hat ja noch jemand eine Idee was die Ursache sein könnte. Das Verhalten ist schon reichlich mekrwürdig.
-
@gersch sagte in js-controller Startloop nach Upgrade:
Die erste Erkenntnis war zB das man als Redis Nutzer bei einer Neuinstallation vor dem Einspielen das Backups ruhig mal Redis installieren und einstellen sollte sonst gehts schief
Bitte mal darlegen, dass da redis implementiert ist:
systemctl status redis.service -
@meister-mopper Den Hinweis verstehe ich nicht? Auf der aktuellen Maschine ist Redis installiert und aktiv. Auf der neuen Maschine war es das nicht und dementsprechend ist das Backup bzw. vielmehr der Restore massiv auf die Nase gefallen.
-
@gersch sagte in js-controller Startloop nach Upgrade:
@meister-mopper Den Hinweis verstehe ich nicht? Auf der aktuellen Maschine ist Redis installiert und aktiv. Auf der neuen Maschine war es das nicht und dementsprechend ist das Backup bzw. vielmehr der Restore massiv auf die Nase gefallen.
Einfach mal das Ergebnis vom Altsystem hier einstellen geht nicht?
-
@meister-mopper natürlich geht das, wie geschrieben habe ich den Hinweis nicht verstanden.
gerd@server:~$ systemctl status redis.service ● redis-server.service - Advanced key-value store Loaded: loaded (/lib/systemd/system/redis-server.service; enabled; vendor preset: enabled) Active: active (running) since Thu 2024-09-26 13:19:37 CEST; 1 day 7h ago Docs: http://redis.io/documentation, man:redis-server(1) Main PID: 8021 (redis-server) Status: "Ready to accept connections" Tasks: 6 (limit: 23863) Memory: 13.3M CGroup: /system.slice/redis-server.service └─8021 /usr/bin/redis-server 127.0.0.1:6379 Sep 26 13:19:37 server systemd[1]: Starting Advanced key-value store... Sep 26 13:19:37 server systemd[1]: Started Advanced key-value store.
