NEWS
js-controller 5.0.x jetzt in der BETA
-
@amg_666 dann hatte der Slave vermutlich ne Version < 5.0.8
-
Kommt eine 5.0.11
- fix der types für adapter-core
- Bereitstellung von Docker Informationen in
getHostInfo
, so kann Admin demnächst anzeigen ob ihr das offizielle Image nutzt und in welcher Version
Auch sollte nun das UI Upgrade hoffentlich weider tun wenn ihr von 5.0.10 kommt. Hoffentlich auch für Slaves
-
@foxriver76
bei mir leider nicht:Jul 30 20:47:41 iobroker sudo[202718]: pam_unix(sudo:session): session closed for user root Jul 30 20:47:41 iobroker sudo[202718]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000) Jul 30 20:47:41 iobroker sudo[202718]: pam_limits(sudo:session): Could not set limit for 'core' to soft=0, hard=-1: Operation not permitted; uid=1000,euid=0 Jul 30 20:47:41 iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/systemd-run --no-ask-password /usr/bin/node /opt/iobroker/node_modules/iobroker.js-controller/build/lib/upgradeManager.js 5.0.11 0
-
@ticaki Kontext bitte. Wie hast du das Upgrade gestartet wo kommt das log her
-
Sry bin noch am Daten suchen
js-controller on 5.0.10 -> 11
GUI Upgrade023-07-30 20:47:46.470 - info: host.iobroker terminated 2023-07-30 20:47:50.500 - info: host.iobroker [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller 2023-07-30 20:47:50.541 - error: host.iobroker [CONTROLLER_AUTO_UPGRADE] Unhandled rejection: Error: error:0480006C:PEM routines::no start line at node:internal/tls/secure-context:70:13 at Array.forEach () at setCerts (node:internal/tls/secure-context:68:3) at configSecureContext (node:internal/tls/secure-context:157:5) at Object.createSecureContext (node:_tls_common:117:3) at Server.setSecureContext (node:_tls_wrap:1362:27) at Server (node:_tls_wrap:1226:8) at new Server (node:https:74:3) at Object.createServer (node:https:112:10) at UpgradeManager.startSecureWebServer (/opt/iobroker/node_modules/iobroker.js-controller/src/lib/upgradeManager.ts:261:29) 2023-07-30 20:52:33.693 - info: host.iobroker iobroker.js-controller version 5.0.11 js-controller starting
Upgrade über Kommandozeile wie immer kein Problem
-
@ticaki hat bei dir das Upgrade jemals geklappt gehabt? Das schaut irgendwie nach Zertifikate passen nicht aus.
-
@foxriver76
Der Server ist 2-3 Wochen alt, also nein.
Mich stört es auch nicht, wollte nur bescheid geben -
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
sollte nun das UI Upgrade hoffentlich weider tun
hat bei mir bestens funktioniert
-
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
das UI Upgrade hoffentlich weider tun wenn ihr vo
bei mir wird die 5.0.11 noch nicht im Admin unter Info angezeigt. Oder muss ich die händisch per upgrade self updaten?
-
Info:
auch den FHEM Adapter muss man aktuell noch manuell von Github aktualisieren. Sonst aktualisiert dieser nicht korrekt mit ioB.Bitte in die Liste (Post 1 - Spoiler) mit aufnehmen.
https://github.com/iobroker-community-adapters/ioBroker.fhem/issues/213
-
Das Upgrade auf v5.0.11 lief per UI sauber durch.
-
Lief sauber über den Admin durch
Stopping controller Successfully stopped js-controller Server is running on http://localhost:8081 changed 12 packages in 42s 246 packages are looking for funding run `npm fund` for details --------------------------------------------------- js-controller wurde erfolgreich auf 5.0.11 aktualisiert
-
Auch hier Update auf 5.0.11 über GUI sauber durchgelaufen.
-
gehe ich richtig davon aus, dass es sich hier um ein ioBroker.admin Issue handelt?
Error: Minified React error #31; visit https://reactjs.org/docs/error-decoder.html?invariant=31&args[]=object%20with%20keys%20%7BisDocker%2C%20isOfficial%2C%20officialVersion%7D for the full message or use the non-minified dev environment for full errors and additional helpful warnings. at Ka (react-dom.production.min.js:152:60) at d (react-dom.production.min.js:156:186) at h (react-dom.production.min.js:158:331) at e (react-dom.production.min.js:162:334) at wo (react-dom.production.min.js:192:308) at Ei (react-dom.production.min.js:294:9) at ks (react-dom.production.min.js:280:389) at ys (react-dom.production.min.js:280:320) at vs (react-dom.production.min.js:280:180) at us (react-dom.production.min.js:271:88) at ss (react-dom.production.min.js:273:300) at Hl (react-dom.production.min.js:127:105) at react-dom.production.min.js:267:273 (anonymous) @ instrument.ts:132 fo @ react-dom.production.min.js:189 a.componentDidCatch.t.callback @ react-dom.production.min.js:190 Ua @ react-dom.production.min.js:144 wi @ react-dom.production.min.js:261 ki @ react-dom.production.min.js:260 bi @ react-dom.production.min.js:259 (anonymous) @ react-dom.production.min.js:283 Ss @ react-dom.production.min.js:281 ss @ react-dom.production.min.js:273 Hl @ react-dom.production.min.js:127 (anonymous) @ react-dom.production.min.js:267
ioBroker.docker: v8.1.0-beta.4
Node.js: v18.17.0
NPM: v9.6.7
ioBroker.admin: v6.6.4
ioBroker.js-controller: v5.0.11 -
@ice987 ja
-
~~@esp8266 sagte in js-controller 5.0.x jetzt in der BETA:
@ilovegym , einfach das öffnen von iob im Brouser. Egal welche Sitzung ich hatte. Javascript, Objekte, Logs etc.
Admin 6.6.1Wenn alles da ist, ich mich im Hauptfenster bewege und zwischen den Ojekten, Instanzen, Javascript switche, gibt es keine Probleme. Nur beim Aktualiseren der Seite mit F5 etc.
Das ganze passiert meistens auch, wenn ich die Rechner gerade hoch gefahren habe. Der Hauptrecher hängt am GB Lan und Schleppi im 5GHz Wlan.
Es ist nicht immer aber sporadisch und wird in letzer Zeit immer heftiger. Manchmal braucht es bis zu 10 Aktualisierungen. Es erschient immer ein Timeout. Das muss man doch irgendwo einstellen können.~~und die linke Spalte bleibt dann leer.
Gerade eins Ertappt.
Dann kann mir doch auch hier bestimmt jemand was zu sagen.
Edit: Ich fange es derzeit ab mit IP/#tab-intro. Allles andere bringt ein Timeout.
Was habe ich bisher gemacht: System auf Anfang zurück gesetzt, d.h. SSD neu partitioniert, BS, IOB neu installiert und Restore zurück gespielt.
PI 4 4GB, aktueller Betastand.Erledigt....>https://forum.iobroker.net/topic/67274/gelöst-beim-öffnen-der-gui-vermehrt-timeouts
-
@esp8266 Gehört aus meiner Sicht nicht in diesen Forums-Thread. Bitte einen eigenen Thread dafür eröffnen.
-
@foxriver76 , das ist schön das mir überhaupt jemand drauf antwortet. Die nächste Frage wäre eigentlich wohin gewesen?
-
@esp8266 z. B. hier im Forum unter Allgemein, wobei ich jetzt auch kein Experte bin was die Kategorien im Forum angeht.
-
@Feuersturm von dir wäre ein Feedback interessant ob 5.0.10 -> 5.0.11 dieses mal mit Master und Slave klappt