js-controller 5.0.x jetzt in der BETA
-
@NinjaTurtle85 @ilovegym @foxriver76
eben auch auf die Admin 6.6.3 gehoben und da scheint das Problem zu liegen - keine neuen Datenpunkte unter
0_userdataerstellbar.
Zurück zu 6.6.1 - geht wieder -
@djmarc75 , kann ich bestätigen.
-
Manuelles update auf 5.0.9 war auf meinem Master + Slave erfolgreich. Bisher keine Auffälligkeiten.
-
5.0.10 auf dem Weg
- Fixt das UI Upgrade Problem, wie gewohnt allerdings dann erst auf eine Folgeversion, sprich 5.0.8/5.0.9 auf 5.0.10 wird nicht via UI gehen
- Verbessertes Logging wenn der UI Upgrade Prozess crasht
- Für Devs: Die offiziellen Types von adapter-core Version 3 werden nun aus dem Controller direkt genommen, bei Problemen bitte im Controller ein Issue anlegen
-
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
5.0.10 auf dem Weg
Moin,
bei mir wieder das gleiche Verhalten, wie beim Update von 5.0.8 -> 5.0.9
[iobroker@arch-iob iobroker]$ tail -f log/iobroker.current.log 2023-07-29 10:45:53.318 - warn: host.arch-iob instance system.adapter.web.0 terminated due to SIGTERM 2023-07-29 10:45:53.318 - info: host.arch-iob instance system.adapter.web.0 terminated with code null () 2023-07-29 10:45:53.347 - info: host.arch-iob instance system.adapter.zigbee2mqtt.0 terminated with code 0 (NO_ERROR) 2023-07-29 10:45:55.181 - info: meross.0 (15291) terminating 2023-07-29 10:45:55.182 - info: meross.0 (15291) Terminated (NO_ERROR): Without reason 2023-07-29 10:45:55.729 - info: host.arch-iob instance system.adapter.meross.0 terminated with code 0 (NO_ERROR) 2023-07-29 10:45:55.729 - info: host.arch-iob All instances are stopped. 2023-07-29 10:45:55.805 - info: host.arch-iob terminated 2023-07-29 10:45:59.869 - info: host.arch-iob [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller 2023-07-29 10:45:59.874 - info: host.arch-iob [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:8081 [iobroker@arch-iob iobroker]$ iob stop [iobroker@arch-iob iobroker]$ iob update Used repository: live-beta Adapter "admin" : 6.6.4 , installed 6.6.4 Adapter "alias-manager": 1.2.6 , installed 1.2.6 Adapter "cloud" : 4.4.1 , installed 4.4.1 Adapter "daswetter" : 3.1.8 , installed 3.1.8 Adapter "device-watcher": 2.9.3 , installed 2.9.3 Adapter "devices" : 1.1.5 , installed 1.1.5 Adapter "dwd" : 2.8.5 , installed 2.8.5 Adapter "esphome" : 0.2.4 , installed 0.2.4 Adapter "fb-checkpresence": 1.2.2 , installed 1.2.2 Adapter "feiertage" : 1.1.0 , installed 1.1.0 Adapter "hoover" : 0.1.0 , installed 0.1.0 Adapter "ical" : 1.13.3 , installed 1.13.3 Adapter "influxdb" : 3.2.0 , installed 3.2.0 Adapter "iqontrol" : 2.3.0 , installed 3.0.0-alpha0.1 Adapter "javascript" : 7.1.1 , installed 7.1.1 Controller "js-controller": 5.0.10 , installed 5.0.9 [Updatable] Adapter "meross" : 1.15.1 , installed 1.15.1 Adapter "mpd" : 1.1.1 , installed 1.1.1 Adapter "openweathermap": 0.3.11 , installed 0.3.11 Adapter "scenes" : 2.3.9 , installed 2.3.9 Adapter "simple-api" : 2.7.2 , installed 2.7.2 Adapter "snmp" : 2.4.11 , installed 2.4.11 Adapter "socketio" : 6.4.0 , installed 6.4.0 Adapter "sonoff" : 2.5.7 , installed 2.5.7 Adapter "sourceanalytix": 0.4.14 , installed 0.4.14 Adapter "synochat" : 1.3.0 , installed 1.3.0 Adapter "tankerkoenig" : 3.3.7 , installed 3.3.7 Adapter "tapo" : 0.0.8 , installed 0.0.8 Adapter "trashschedule": 2.2.0 , installed 2.2.0 Adapter "vw-connect" : 0.0.72 , installed 0.0.72 Adapter "web" : 6.0.3 , installed 6.0.3 Adapter "wolf-smartset": 1.1.1 , installed 1.1.1 Adapter "ws" : 2.4.0 , installed 2.4.0 Adapter "zigbee2mqtt" : 2.9.0 , installed 2.9.0 [iobroker@arch-iob iobroker]$ iob upgrade self Update js-controller from @5.0.9 to @5.0.10 Stopped Objects DB Stopped States DB NPM version: 9.8.1 Installing iobroker.js-controller@5.0.10... (System call) changed 12 packages in 30s 85 packages are looking for funding run `npm fund` for details [iobroker@arch-iob iobroker]$ iob start [iobroker@arch-iob iobroker]$Nach Update per Konsole/Terminal alles ok.
VG
BerndP.S.: ist vielleicht aber nur mein Problem, da ich nicht Debian, sondern Arch Linux nutze.
P.P.S.: Infos zum SystemPlattform: linux Betriebssystem: linux Architektur: x64 CPUs: 4 Geschwindigkeit: 3200 MHz Modell: AMD Phenom(tm) II X4 955 Processor RAM: 4 GB System-Betriebszeit: 2 T. 18:14:28 Node.js: v18.16.0 time: 1690620931252 timeOffset: -120 Adapter-Anzahl: 578 NPM: 9.8.1 Datenträgergröße: 8.0 GB Freier Festplattenspeicher: 4.9 GB Betriebszeit: 00:03:57 Aktive Instanzen: 21 Pfad: /opt/iobroker/ aktiv: -
@dp20eic gerne lesen was da sonst noch steht außer „1.0.20 auf dem Weg“ vielleicht erklärt es dir ja das Verhalten
-
-
@ticaki Ups da war ich irgendwo bei der App Version in der Nähe
-
Ich habe in letzter Zeit immer mehr das Problem, das sich die Sidebar nicht aufbaut und leer bleibt, weil ein Timeout abgelaufen ist. Bei der zigsten Brouser aktualisierung klapp es dann mal wieder. Es wird langsam zum Glücksspiel.
Edit: Ich besitze keine Hochleistungrechner.
-
Redis, JSON oder file?
Version von Admin ? -
@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.
-
Update von 5.0.8 auf 5.0.10 über Admin-Oberfläche klappt bei mir nicht.
iob multihost, update auf dem Slave (pi 3b) hat funktioniert. Update des Masters bringt immer die Fehlermeldung
und danach passiert nix mehr. Ich habe das mehrfach versucht, dachte dass da vielleicht temporär was klemmt, komme aber immer wieder auf das Ergebnis.
Wenn ich den iob dann über Konsole neu starte läuft er wieder, aber eben noch mit 5.0.8
iob auf proxmox container (debian12), node.js 18.17.0, npm 9.6.7, der raspberry slave hat denselben Stand. -
@amg_666 liest du hier auch mit?
wenn 5.08 auf.9 nicht geht, warum soll es dann auf .10 funktionieren?? -
@crunchip sagte in js-controller 5.0.x jetzt in der BETA:
wenn 5.08 auf.9 nicht geht, warum soll es dann auf .10 funktionieren??
warum nicht? Hätte ja auch ein "bug" in der 5.0.9 sein können (??)
-
@foxriver76 sagte in js-controller 5.0.x jetzt in der BETA:
Fixt das UI Upgrade Problem, wie gewohnt allerdings dann erst auf eine Folgeversion, sprich 5.0.8/5.0.9 auf 5.0.10 wird nicht via UI gehen
-
@crunchip Danke, aber wie bereits geschrieben, beim Slave hats geklappt über Admin, das hatte mich ja irritiert...
-
@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
