Alpha Test js-controller 4.0
-
@thomas-braun sagte in Alpha Test js-controller 4.0:
war okay, danach war angeblich socketio auch aktualisiert.
Ja das liegt an internen dependencies. "unrelated"
-
@thomas-braun @arteck Grund gefunden
-
Hallo, @apollon77,
habe meine Testinstallation mit dem Update versehen. Lief alles sauber durch. Nach dem Update abgefragt:
debian@iobrokertest:/opt/iobroker$ iobroker status iobroker is running on this host. Objects type: jsonl States type: jsonl debian@iobrokertest:/opt/iobroker$Auch die Meldung im Admin habe ich bestätigt. Danke für die super Arbeit.
Habe nach dem Update versucht, den Adapter Backitup von 2.2.1 auf 2.2.3 anzuheben, das ging leider nicht korrekt durch.
Folgende Meldungen im Log:backitup.0 2022-02-01 16:25:22.031 error backitup.0 already running backitup.0 2022-02-01 16:24:50.013 error backitup.0 already running backitup.0 2022-02-01 16:24:18.025 error backitup.0 already running backitup.0 2022-02-01 16:23:46.142 error backitup.0 already running backitup.0 2022-02-01 16:23:31.285 error backitup.0 already running backitup.0 2022-02-01 16:22:59.313 error backitup.0 already running backitup.0 2022-02-01 16:22:27.386 error backitup.0 already running backitup.0 2022-02-01 16:22:24.131 error Cannot read property 'getErrorText' of undefined backitup.0 2022-02-01 16:22:24.129 error TypeError: Cannot read property 'getErrorText' of undefined at Adapter.terminate (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:241:64) at finishUnload (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8349:26) at Adapter.<anonymous> (/opt/iobroker/node_modules/iobroker.backitup/main.js:155:13) at Adapter.emit (events.js:400:28) at process.stop (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/build/lib/adapter/adapter.js:8376:22) at Object.onceWrapper (events.js:520:26) at process.emit (events.js:412:35)Adapter wechselt zwischen rot und grün. Bringt aber laufend diesen Fehler. Auch nach Deinstallation und Neuinstallation gab es folgende Warnungen/Errors:
backitup.0 2022-02-01 16:39:17.887 warn Got terminate signal. Checking desired PID: 2821 vs own PID 2348 backitup.0 2022-02-01 16:39:17.861 warn Got terminate signal. Checking desired PID: 0 vs own PID 2348 backitup.0 2022-02-01 16:38:47.266 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reason backitup.0 2022-02-01 16:38:47.262 error backitup.0 already running backitup.0 2022-02-01 16:38:45.884 warn Got terminate signal. Checking desired PID: 2808 vs own PID 2348 backitup.0 2022-02-01 16:38:45.862 warn Got terminate signal. Checking desired PID: 0 vs own PID 2348 backitup.0 2022-02-01 16:38:15.268 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reason backitup.0 2022-02-01 16:38:15.265 error backitup.0 already running backitup.0 2022-02-01 16:38:13.960 warn Got terminate signal. Checking desired PID: 2797 vs own PID 2348 backitup.0 2022-02-01 16:38:13.934 warn Got terminate signal. Checking desired PID: 0 vs own PID 2348 backitup.0 2022-02-01 16:37:43.339 warn Terminated (ADAPTER_ALREADY_RUNNING): Without reason backitup.0 2022-02-01 16:37:43.336 error backitup.0 already runningHätte ich das Adapterupdate vorher machen sollen? Habe noch das Update des Web-Servers auf 3.4.16 durchgeführt, da gab es keine Auffälligkeiten.
Downgrade des Backitup auf 2.2.1 durchgeführt, der Fehler bleibt.
Habe dann den Fixer ausgeführt:
debian@iobrokertest:/opt/iobroker$ iobroker stop debian@iobrokertest:/opt/iobroker$ iobroker fix library: loaded Library version=2021-12-27 ========================================================================== Welcome to the ioBroker installation fixer! Script version: 2021-12-27 You might need to enter your password a couple of times. ========================================================================== ========================================================================== Installing prerequisites (1/3) ========================================================================== Holen:1 http://security.debian.org/debian-security bullseye-security InRelease [44,1 kB] Holen:2 http://deb.debian.org/debian bullseye InRelease [116 kB] Holen:3 http://deb.debian.org/debian bullseye-updates InRelease [39,4 kB] Holen:4 https://deb.nodesource.com/node_14.x bullseye InRelease [4.586 B] Holen:5 http://security.debian.org/debian-security bullseye-security/main Sources [95,3 kB] Holen:6 http://security.debian.org/debian-security bullseye-security/main amd64 Packages [115 kB] Holen:7 http://security.debian.org/debian-security bullseye-security/main Translation-en [74,4 kB] Holen:8 http://deb.debian.org/debian bullseye/main Sources [8.626 kB] Holen:9 https://deb.nodesource.com/node_14.x bullseye/main amd64 Packages [773 B] Holen:10 http://deb.debian.org/debian bullseye-updates/main Sources.diff/Index [4.995 B] Holen:11 http://deb.debian.org/debian bullseye-updates/main amd64 Packages.diff/Index [4.995 B] Holen:12 http://deb.debian.org/debian bullseye-updates/main Sources T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [238 B] Holen:12 http://deb.debian.org/debian bullseye-updates/main Sources T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [238 B] Holen:13 http://deb.debian.org/debian bullseye-updates/main amd64 Packages T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [1.102 B] Holen:13 http://deb.debian.org/debian bullseye-updates/main amd64 Packages T-2022-01-24-2024.03-F-2022-01-24-2024.03.pdiff [1.102 B] Holen:14 http://deb.debian.org/debian bullseye/main amd64 Packages [8.183 kB] Holen:15 http://deb.debian.org/debian bullseye/main Translation-en [6.243 kB] Es wurden 23,6 MB in 12 s geholt (1.939 kB/s). Paketlisten werden gelesen… Fertig N: Für das Depot »http://deb.debian.org/debian bullseye InRelease« wurde der »Version«-Wert von »11.1« in »11.2« geändert. Installed gcc-c++ Installed python-dev Installed cmake ========================================================================== Checking ioBroker user and directory permissions (2/3) ========================================================================== Created /etc/sudoers.d/iobroker Fixing directory permissions... ========================================================================== Checking autostart (3/3) ========================================================================== Enabling autostart... Autostart enabled! ========================================================================== Your installation was fixed successfully Run iobroker start to start ioBroker again! ========================================================================== debian@iobrokertest:/opt/iobroker$ iobroker start debian@iobrokertest:/opt/iobroker$Jetzt läuft es wieder sauber mit BackitUp 2.2.1.
-
@opossum sagte in Alpha Test js-controller 4.0:
PID: 0 vs own PID 2348
Knips doch mal den Prozess aus.
-
Hallo, @thomas-braun,
danke für die Hilfe. War wohl die Notwendigkeit, den Fixer drüber laufen zu lassen (siehe einen Post höher, habe den noch einmal editiert). Nun läuft es wieder sauber. Hätte wohl vorher die Linuxversion anheben müssen?
-
Hallo, @thomas-braun,
@thomas-braun sagte in Alpha Test js-controller 4.0:@opossum sagte in Alpha Test js-controller 4.0:
PID: 0 vs own PID 2348
Knips doch mal den Prozess aus.
habe noch einmal auf 2.2.3 hochgezogen, wieder die Fehlermeldung. Dann Deinen Rat befolgt und den
Got terminate signal. Checking desired PID: 0 vs own PID 4383ausgeknipst. Ergebnis:
backitup.0 2022-02-01 17:02:38.118 info [iobroker] backup was activated at 02:40 every 1 day(s) backitup.0 2022-02-01 17:02:38.035 info starting. Version 2.2.3 in /opt/iobroker/node_modules/iobroker.backitup, node: v14.18.1, js-controller: 4.0.0-alpha.67-20220131-6621d47fRuhe und läuft, vielen Dank.
-
@opossum sagte in Alpha Test js-controller 4.0:
Hätte wohl vorher die Linuxversion anheben müssen?
Wenn ich mir apt update relevanten Part anschaue: Ja. Regelmäßiger updaten.
-
@opossum Hast du mal das echte Log von deinem"ersten "Log"? Also das auch /opt/iobroker/log/... ?
Mich würde interessieren welche Prozess IDs (die stehen an sich in der Logzeile) da was geloggt hat. Und auch das volle Log und nicht "gefiltert"
Sowas hilft immer nicht wirklich um den Fehler eingrenzen zu können.Aber ja bei dir hat sich ein Prozess nicht beendet und das hat zu den Fehlern geführt.
-
Hallo alle miteinander,
ich habe gerade den @next aktualisiert mit der alpha.69. Enthalten sind:
- (Apollon77) Optimize Stop Handling to prevent errors - reported by @Feuersturm
- (Apollon77) Fix upgrade all command - reported by @thomas-braun und @arteck
- (foxriver76) fix error if controller exits before dbs are connected - reported by @opossum
Eine neue Version des Info Adapters ist auch im Latest.
Wars das schon ... mehr habt Ihr nicht zu bieten duck ;-)))
Please check and retest
Ingo
-
@apollon77 sagte in Alpha Test js-controller 4.0:
mehr habt Ihr nicht zu bieten
PROVOZIER MICH NICHT!!!1111111
Ich setzt das edgy-System jetzt auf node@18 und npm@9 !!!
Der neue Adapter ws zickt noch irgendwie:
error: ws.0 (19853) port 8084 already in useDa habe ich aber noch nicht verstanden, wie der nun mit socketio zusammenspielt oder überhaupt zusammenspielen soll oder den socketio ersetzt.
-
@thomas-braun sagte in Alpha Test js-controller 4.0:
PROVOZIER MICH NICHT!!!1111111
gg
Hab mir gedacht "I jinx it" lieber jetzt als später ;-))Ich setzt das edgy-System jetzt auf node@18 und npm@9 !!!
Mach doch mach doch
Der neue Adapter ws zickt noch irgendwie:
error: ws.0 (19853) port 8084 already in useDa habe ich aber noch nicht verstanden, wie der nun mit socketio zusammenspielt oder überhaupt zusammenspielen soll oder den socketio ersetzt.
Auch wenn off topic: Naja Port ändern auch einen der nicht schon von socketio genutzt wird
Am Ende ist es so: Der ws Adapter setzt auf Pure Websockets, was am Ende etwas schneller sein sollte als socketio und heutzutage an sich immer besser unterstützt wird von allem. Einiger Overhead von socketio entfällt halt. Es entfällt aber auch zB der "long polling Fallback" von socketip der immer in Umgebungen zu tragen kommt wo Websockets nicht tun (Proxies und sowas) oder wo Websockets geblickt sind (was aber genau das ist was früher oft vorkam - inzwischen eher nicht mehr. Es soll "die nächste schlankere Kommunikationsform" werden die socketio ablöst ... Wenn aber UIs einen socketio selbst mitbringen und die Library nicht vom Server laden (was oft passiert) knallts halt wenn da kein echtes socketio ist.
-
Hm. Okay, aber jetzt versteh ich immer noch nicht, ob sich die beiden Adapter ggf. 'im Weg' stehen (auch bei individuellen Ports) oder ob einer der beiden entbehrlich ist.
-
@thomas-braun Es ist die Frage ob Du sie überhaupt als Einzeladapter brauchst
Alle Voisus arbeiten normalerweise über den Web adapter und dort hast Du eins der beiden integriert und kannst mit web 4.1 wählen welches aktiv ist. Einzeln - und vor allem mit einem eigenen Port angeboten - braucht man socketio an sich nur wenn du spezielle Anwendungen hast die das als "Weg mit ioBroker zu reden" benutze, weil es am ENde ja ne Datenschnittstelle ist -
@apollon77 sagte in Alpha Test js-controller 4.0:
Es ist die Frage ob Du sie überhaupt als Einzeladapter brauchst
Das ist eine gute Frage... Ich weiß es bei meinem eigenen System nichtmal... Irgendwann war irgendwie der socketio mal da und ist seither immer mitgeschleppt worden. Könnte ich ja auch eigentlich mal rauskicken...
-
@apollon77 Beim update auf die neue Version auf die alpha 69 hab ich folgendes in der Konsole.
Muss ich als Anwender hier aktiv werden?
> iobroker.js-controller@4.0.0-alpha.69-20220201-a819d264 install /opt/iobroker/ node_modules/iobroker.js-controller > node iobroker.js setup first object _design/system updated The following notifications happened during sync: - Ignoring Directory "benchmark.files" because officially not created as meta ob ject. Please remove directory! - Ignoring Directory "daswetter" because officially not created as meta object. Please remove directory! - Ignoring Directory "daswetter.admin" because officially not created as meta ob ject. Please remove directory! - Ignoring Directory "dwd.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "fritzbox.admin" because officially not created as meta obj ect. Please remove directory! - Ignoring Directory "fully-tablet-control.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "hm-rega" because officially not created as meta object. Pl ease remove directory! - Ignoring Directory "iogo.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "rainbird.admin" because officially not created as meta obj ect. Please remove directory! - Ignoring Directory "seq.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "tr-064-community.admin" because officially not created as meta object. Please remove directory! - Ignoring Directory "web-speedy.admin" because officially not created as meta o bject. Please remove directory! - Ignoring Directory "worx.admin" because officially not created as meta object. Please remove directory! -
@feuersturm Sind die Adapter installiert? Siehst du mit den "ids" Meta objekte im Admin?
-
@apollon77 Ja die Adapter sind installiert. Wo genau soll ich Meta Objekte sehen?
-
@apollon77 sagte in Alpha Test js-controller 4.0:
(Apollon77) Optimize Stop Handling to prevent errors - reported by @Feuersturm
Problem ist gelöst. Fehler lässt sich nicht mehr mit der alph 69 reproduzieren beim restart vom Controller
-
@feuersturm Admin, schalte mal Expertenmodus an
-
@apollon77 Sieht z.B. so aus
Bei dwd und daswetter gibt es keinen Unterordner "admin". Auf meinem Produktivsystem gibt es bei dwd einen Unterordner admin, bei daswetter fehlt dort auch der Unterordner admin.
