Startloop nach js-controller Upgrade
-
Auf der Maschine laufen noch andere Dinge die ich teilweise per Remote Desktop nutze. Denke mal dazu brauch ich display-server.
Ich habe Deinen Befehl ausprobiert. Gleiches Verhalten, fährt halb hoch und bricht ab und dann wieder von vorn.
sudo -H -u iobroker npm install iobroker.js-controller@6.0.11 --omit=dev
gerd@server:/opt/iobroker$ sudo -H -u iobroker npm install iobroker.js-controller@6.0.11 --omit=dev npm warn skipping integrity check for git dependency ssh://git@github.com/noopkat/browser-serialport.git npm warn deprecated dgram@1.0.1: npm is holding this package for security reasons. As it's a core Node module, we will not transfer it over to other users. You may safely remove the package from your dependencies. npm warn deprecated inflight@1.0.6: This module is not supported, and leaks memory. Do not use it. Check out lru-cache if you want a good and tested way to coalesce async requests by a key value, which is much more comprehensive and powerful. npm warn deprecated npmlog@5.0.1: This package is no longer supported. npm warn deprecated rimraf@2.7.1: Rimraf versions prior to v4 are no longer supported npm warn deprecated har-validator@5.1.5: this library is no longer supported npm warn deprecated npmlog@4.1.2: This package is no longer supported. npm warn deprecated rimraf@3.0.2: Rimraf versions prior to v4 are no longer supported npm warn deprecated are-we-there-yet@2.0.0: This package is no longer supported. npm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported. npm warn deprecated q@1.1.2: You or someone you depend on is using Q, the JavaScript Promise library that gave JavaScript developers strong feelings about promises. They can almost certainly migrate to the native JavaScript promise now. Thank you literally everyone for joining me in this bet against the odds. Be excellent to each other. npm warn deprecated npm warn deprecated (For a CapTP with native promises, see @endo/eventual-send and @endo/captp) npm warn deprecated json3@3.3.2: Please use the native JSON object instead of JSON 3 npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported npm warn deprecated glob@8.1.0: Glob versions prior to v9 are no longer supported npm warn deprecated glob@5.0.15: Glob versions prior to v9 are no longer supported npm warn deprecated querystring@0.2.1: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. npm warn deprecated node-inspect@2.0.0: This module is part of Node.js core and does not need to be installed separately. It is now unmaintained. npm warn deprecated jscs-preset-wikimedia@1.0.1: No longer maintained. We recomment migrating to ESLint with eslint-config-wikimedia. npm warn deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm warn deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm warn deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797) npm warn deprecated nomnom@1.8.1: Package no longer supported. Contact support@npmjs.com for more info. npm warn deprecated gauge@3.0.2: This package is no longer supported. npm warn deprecated uuid@2.0.3: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details. npm warn deprecated uuid@3.4.0: Please upgrade to version 7 or higher. Older versions may use Math.random() in certain circumstances, which is known to be problematic. See https://v8.dev/blog/math-random for details. npm warn deprecated gauge@2.7.4: This package is no longer supported. npm warn deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm warn deprecated jscs@3.0.7: JSCS has merged with ESLint! See - https://medium.com/@markelog/jscs-end-of-the-line-bc9bf0b3fdb2 npm warn deprecated sinon@15.2.0: 16.1.1 npm warn deprecated core-js@2.6.12: core-js@<3.23.3 is no longer maintained and not recommended for usage due to the number of issues. Because of the V8 engine whims, feature detection in old core-js versions could cause a slowdown up to 100x even if nothing is polyfilled. Some versions have web compatibility issues. Please, upgrade your dependencies to the actual version of core-js. removed 131 packages, and changed 1796 packages in 3m 185 packages are looking for funding run `npm fund` for detailsjournal
Sep 26 12:36:16 server systemd[1]: Started ioBroker Server. Sep 26 12:36:16 server sudo[137680]: pam_unix(sudo:session): session closed for user root Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.admin.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.influxdb.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.javascript.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.node-red.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.influxdb.1" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.ping.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.hm-rpc.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.hm-rpc.1" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.hm-rega.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.mihome.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.sonoff.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.mqtt.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.sonos.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.zigbee.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.shelly.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.modbus.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.zigbee.1" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.modbus.1" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.modbus.2" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.weatherunderground.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.accuweather.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.alexa2.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.backitup.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.bshb.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.ems-esp.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.discovery.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.web.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.tradfri.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.vis.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.mysensors.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.vis-bars.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.vis-hqwidgets.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.dwd.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.rflink.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.upnp.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.info.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.material.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.sayit.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.lovelace.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.yahka.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.simple-api.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.go-e.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.yahka.1" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.pvforecast.0" for host "server" Sep 26 12:36:17 server bash[137683]: host.server check instance "system.adapter.lovelace.1" for host "iobroker-slave" Sep 26 12:36:19 server bash[137683]: Send diag info: {"uuid":"0e8ad88c-c2df-7164-d8ce-d6cd37b5c2ec","language":"de","country":"Germany","hosts":[{"version":"6.0.11","platform":"Javascript/Node.js","> Sep 26 12:36:19 server sudo[137751]: iobroker : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/apt -v Sep 26 12:36:19 server sudo[137751]: pam_unix(sudo:session): session opened for user root by (uid=0) Sep 26 12:36:19 server sudo[137751]: pam_unix(sudo:session): session closed for user root Sep 26 12:36:19 server sudo[137756]: iobroker : TTY=unknown ; PWD=/ ; USER=root ; COMMAND=/usr/bin/apt list --upgradeable Sep 26 12:36:19 server sudo[137756]: pam_unix(sudo:session): session opened for user root by (uid=0) Sep 26 12:36:20 server sudo[137756]: pam_unix(sudo:session): session closed for user root Sep 26 12:36:21 server bash[137683]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging] Sep 26 12:36:41 server bash[137683]: Uncaught Rejection: Error: Could not determine controller directory Sep 26 12:36:41 server bash[137683]: at getControllerDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1853:11) Sep 26 12:36:41 server bash[137683]: at Module.getAdapterDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1323:37) Sep 26 12:36:41 server bash[137683]: at startInstance (file:///opt/iobroker/node_modules/iobroker.js-controller/build/esm/main.js:3223:30) Sep 26 12:36:41 server bash[137683]: Could not determine controller directory Sep 26 12:36:41 server bash[137683]: Error: Could not determine controller directory Sep 26 12:36:41 server bash[137683]: at getControllerDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1853:11) Sep 26 12:36:41 server bash[137683]: at Module.getAdapterDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1323:37) Sep 26 12:36:41 server bash[137683]: at startInstance (file:///opt/iobroker/node_modules/iobroker.js-controller/build/esm/main.js:3223:30) Sep 26 12:36:41 server bash[137683]: This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). The pr> Sep 26 12:36:41 server bash[137683]: Error: Could not determine controller directory Sep 26 12:36:41 server bash[137683]: at getControllerDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1853:11) Sep 26 12:36:41 server bash[137683]: at Module.getAdapterDir (file:///opt/iobroker/node_modules/@iobroker/js-controller-common-db/build/esm/lib/common/tools.js:1323:37) Sep 26 12:36:41 server bash[137683]: at startInstance (file:///opt/iobroker/node_modules/iobroker.js-controller/build/esm/main.js:3223:30) Sep 26 12:36:42 server bash[137683]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [Process stopped] Sep 26 12:36:42 server bash[137683]: ================================== > LOG REDIRECT system.adapter.javascript.0 => false [system.adapter.javascript.0.logging] Sep 26 12:36:42 server bash[137683]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] Sep 26 12:36:42 server bash[137683]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] Sep 26 12:36:42 server systemd[1]: iobroker.service: Main process exited, code=exited, status=6/NOTCONFIGUREDclosed ReDos Vulnerability Regression Visibility Notice #797
closed ReDos Vulnerability Regression Visibility Notice #797
closed ReDos Vulnerability Regression Visibility Notice #797
open Request’s Past, Present and Future #3142
-
Nein, auch kein Remote Desktop.
Serverdienste laufen immer ohne GUI. -
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.
