NEWS
Beta Test js-controller Kiera (v6.0)
-
@feuersturm mit admin 7.0.8 sollte es auf jeden fall wieder passen - ah wobei.. falls nicht bitte admin issue.
-
@foxriver76 Admin 7.0.8 scheint beim Release noch zu klemmen. Wenn er verfügbar ist kann ich ja mal ein Downgrade vom js-controller machen und testen.
-
@feuersturm said in Beta Test js-controller Kiera (v6.0):
@foxriver76 Admin 7.0.8 scheint beim Release noch zu klemmen. Wenn er verfügbar ist kann ich ja mal ein Downgrade vom js-controller machen und testen.
Ja,
admin 7.0.8 wurde noch nicht released da die Tests failen:Bitte checken / fixen.
-
@foxriver76 sagte in Beta Test js-controller Kiera (v6.0):
@gaspode mit 6.0.6 sollte auch Windows wieder problemlos aktualisieren. Zudem gab es noch Korrekturen für das Node.js Upgrade via Admin.
Ja, sieht so aus als währe der Fehler behoben
Einzige Auffälligkeit, der Alexa Adapter brauchte nach dem Upgrade eine Neuanmeldung via Browser. Ob das wirklich mit dem Upgrade im Zusammenhang steht kann ich nicht sagen.
iob fix
Wäre es möglich das dieses Kommando ioBroker nicht startet? Wenn ich den Aufrufe dann habe ich Wartungsarbeiten an Windows/Software durchgeführt und der Rechner wird im Nachgang neu gestartet dazu stoppe ich IOB erst wieder.
-
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Wäre es möglich das dieses Kommando ioBroker nicht startet?
tuts das?
-
-
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Wäre es möglich das dieses Kommando ioBroker nicht startet?
warum sollte es?
die übliche Vorgehensweise istiob stop iob fix iob start
...unter Linux
-
@homoran Bei mir (Windows) wird ioBroker durch FIX gestartet.
-
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
@homoran Bei mir (Windows) wird ioBroker durch FIX gestartet.
dann verstehe ich deine Frage nicht!
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Wäre es möglich das dieses Kommando ioBroker nicht startet?
das heisst doch, dass du es erwartest aber es möglicherweise nicht passiert.
-
@homoran
Nö
Er hat einen Feature Request.
Derzeit startet iob fix das System nach dem Fixen. Er hätte gerne dass das nicht passiert da er typisch nach dem iob fix das Betriebssystem restartet u daher den iob eh stoppt -
@mcm1957 sagte in Beta Test js-controller Kiera (v6.0):
Er hat einen Feature Request.
also meint er
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Wäre es möglich es so umzusetzen, dass dieses Kommando ioBroker nicht startet?
-
@uwerlp said in Beta Test js-controller Kiera (v6.0):
Wäre es möglich das dieses Kommando ioBroker nicht startet? Wenn ich den Aufrufe dann habe ich Wartungsarbeiten an Windows/Software durchgeführt und der Rechner wird im Nachgang neu gestartet dazu stoppe ich IOB erst wieder.
Beim Windows Neustart werden ja sowieso alle Services gestoppt, insofern schadet es nicht, wenn ioBroker läuft.
Warum "iob fix" unter Windows den Service startet, kann ich dir auch nicht beantworten, das hat @apollon77 seinerzeit so implementiert.
Ändern wäre imo suboptimal, da der GUI Installer davon ausgeht, dass fix den ioBroker startet. Würde man das ändern, würde am Ende von fix eine Fehlermeldung geworfen.
Ich plädiere also dafür, das zu lassen wie es ist.
-
@foxriver76
Update vom Master mit Admin 7.0.9 und js-controller Update von 6.0.5 auf 6.0.6Auch mit Admin 7.0.9 bleibt am Ende vom js-controller Update auf 6.0.6 das hier stehen:
Nach einiger Zeit startet Admin neu und das System fährt hoch.
Im Log steht noch folgendes:2024-07-02 20:47:42.171 - info: host.ioBrokerTestsystem instance system.adapter.radar-trap.0 terminated with code 0 (NO_ERROR) 2024-07-02 20:47:42.174 - info: host.ioBrokerTestsystem instance system.adapter.worx.0 terminated with code 0 (NO_ERROR) 2024-07-02 20:47:42.177 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:42.848 - warn: host.ioBrokerTestsystem instance system.adapter.hm-rega.0 terminated due to SIGKILL 2024-07-02 20:47:42.851 - info: host.ioBrokerTestsystem instance system.adapter.hm-rega.0 terminated with code null () 2024-07-02 20:47:42.854 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:42.934 - warn: host.ioBrokerTestsystem instance system.adapter.hue.0 terminated due to SIGKILL 2024-07-02 20:47:42.937 - info: host.ioBrokerTestsystem instance system.adapter.hue.0 terminated with code null () 2024-07-02 20:47:42.940 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:42.942 - warn: host.ioBrokerTestsystem instance system.adapter.samsung.0 terminated due to SIGKILL 2024-07-02 20:47:42.945 - info: host.ioBrokerTestsystem instance system.adapter.samsung.0 terminated with code null () 2024-07-02 20:47:42.947 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:43.035 - warn: host.ioBrokerTestsystem instance system.adapter.web.0 terminated due to SIGKILL 2024-07-02 20:47:43.037 - info: host.ioBrokerTestsystem instance system.adapter.web.0 terminated with code null () 2024-07-02 20:47:43.039 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:43.113 - warn: host.ioBrokerTestsystem instance system.adapter.echarts.0 terminated due to SIGKILL 2024-07-02 20:47:43.116 - info: host.ioBrokerTestsystem instance system.adapter.echarts.0 terminated with code null () 2024-07-02 20:47:43.118 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:43.122 - error: host.ioBrokerTestsystem Caught by controller[0]: Error: DB closed 2024-07-02 20:47:43.124 - error: host.ioBrokerTestsystem Caught by controller[0]: at Redis.sendCommand (/opt/iobroker/node_modules/ioredis/built/redis/index.js:636:24) 2024-07-02 20:47:43.127 - error: host.ioBrokerTestsystem Caught by controller[0]: at Redis.setex (/opt/iobroker/node_modules/ioredis/built/commander.js:122:25) 2024-07-02 20:47:43.129 - error: host.ioBrokerTestsystem Caught by controller[0]: at StateRedisClient.setSession (file:///opt/iobroker/node_modules/@iobroker/db-states-redis/src/lib/states/statesInRedisClient.ts:1403:31) 2024-07-02 20:47:43.132 - error: host.ioBrokerTestsystem Caught by controller[0]: at Admin._setSession (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:1400:22) 2024-07-02 20:47:43.135 - error: host.ioBrokerTestsystem Caught by controller[0]: at Admin.setSession (/opt/iobroker/node_modules/@iobroker/js-controller-adapter/src/lib/adapter/adapter.ts:1390:21) 2024-07-02 20:47:43.137 - error: host.ioBrokerTestsystem Caught by controller[0]: at AdapterStore.set (/opt/iobroker/node_modules/@iobroker/js-controller-common-db/src/lib/common/session.ts:73:26) 2024-07-02 20:47:43.140 - error: host.ioBrokerTestsystem Caught by controller[0]: at Session.save (/opt/iobroker/node_modules/express-session/session/session.js:72:25) 2024-07-02 20:47:43.143 - error: host.ioBrokerTestsystem Caught by controller[0]: at Session.save (/opt/iobroker/node_modules/express-session/index.js:414:15) 2024-07-02 20:47:43.146 - error: host.ioBrokerTestsystem Caught by controller[0]: at ServerResponse.end (/opt/iobroker/node_modules/express-session/index.js:343:21) 2024-07-02 20:47:43.149 - error: host.ioBrokerTestsystem Caught by controller[0]: at ServerResponse.send (/opt/iobroker/node_modules/express/lib/response.js:233:10) 2024-07-02 20:47:43.151 - warn: host.ioBrokerTestsystem instance system.adapter.admin.0 terminated due to SIGKILL 2024-07-02 20:47:43.153 - info: host.ioBrokerTestsystem instance system.adapter.admin.0 terminated with code null () 2024-07-02 20:47:43.156 - info: host.ioBrokerTestsystem All instances are stopped. 2024-07-02 20:47:43.280 - info: host.ioBrokerTestsystem terminated 2024-07-02 20:47:47.578 - info: host.ioBrokerTestsystem [CONTROLLER_AUTO_UPGRADE] Successfully stopped js-controller 2024-07-02 20:47:47.597 - info: host.ioBrokerTestsystem [CONTROLLER_AUTO_UPGRADE] Server is running on http://localhost:8081 2024-07-02 20:49:06.766 - info: host.ioBrokerTestsystem [CONTROLLER_AUTO_UPGRADE] Final information delivered 2024-07-02 20:49:06.889 - info: host.ioBrokerTestsystem [CONTROLLER_AUTO_UPGRADE] Successfully started js-controller 2024-07-02 20:49:11.056 - info: host.ioBrokerTestsystem iobroker.js-controller version 6.0.6 js-controller starting 2024-07-02 20:49:11.073 - info: host.ioBrokerTestsystem Copyright (c) 2014-2023 bluefox, 2014 hobbyquaker 2024-07-02 20:49:11.078 - info: host.ioBrokerTestsystem hostname: ioBrokerTestsystem, node: v18.20.3 2024-07-02 20:49:11.083 - info: host.ioBrokerTestsystem ip addresses: 192.168.178.77 fe80::f854:cfff:fe5f:6c25 2024-07-02 20:49:15.013 - info: host.ioBrokerTestsystem connected to Objects and States 2024-07-02 20:49:15.058 - info: host.ioBrokerTestsystem added notifications configuration of host 2024-07-02 20:49:16.840 - info: host.ioBrokerTestsystem 65 instances found 2024-07-02 20:49:16.951 - info: host.ioBrokerTestsystem starting 33 instances
-
@gaspode sagte in Beta Test js-controller Kiera (v6.0):
@uwerlp said in Beta Test js-controller Kiera (v6.0):
Wäre es möglich das dieses Kommando ioBroker nicht startet? Wenn ich den Aufrufe dann habe ich Wartungsarbeiten an Windows/Software durchgeführt und der Rechner wird im Nachgang neu gestartet dazu stoppe ich IOB erst wieder.
Beim Windows Neustart werden ja sowieso alle Services gestoppt, insofern schadet es nicht, wenn ioBroker läuft.
Ich habe leider die Erfahrung machen müssen das ioBroker sich nicht immer vollständig beendet, zumindest mit iobroker stop, selbst mit js-controller 6.x besteht das Problem noch.
Wollen wir hoffen das es bei einem Neustart von Windows anderst istIch plädiere also dafür, das zu lassen wie es ist.
Alles gut, war nur ne' Frage
-
@uwerlp Hast Du dazu mehr Details? ALso unter Linux passiert das nicht. Wäre dann super mal ein Log davon zu sehen als Issue im GitHub mit der Info was denn noch lief
-
@apollon77 Leider nicht wirklich mehr Details.
Ich habe den Eindruck, dass der javascript Adapter (ja meine den Script Adapter) beendet wird bei iob stop aber dann wieder neu startet. Ist dies der Fall dann werden auch die anderen Adapter nicht gestoppt. Kann man sehr schön über den Windows Taskmanager verfolgen, die Auslastung des Systems geht dann auch hoch.
Wenn ich nach einem iob stop feststelle, dass sich ioBroker nicht beendet dann schicke ich einen iob stop javascript hinterher, dann werden auch alle anderen Adapter beendet.
Leider passiert das häufig aber nicht immer, gerade habe ich ioBroker gestoppt und dieser wurde einwandfrei beendet.
Welches Log ist dann für dich interessant? Wenn ich nächstes mal auf das Problem stoße werde ich in GitHub ein Issue auf machen. -
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Welches Log ist dann für dich interessant? Wenn ich nächstes mal auf das Problem stoße werde ich in GitHub ein Issue auf machen.
Der Shutdown Prozess sollte an sich dinge loggen, also /opt/iobroker/log/...
-
@apollon77 said in Beta Test js-controller Kiera (v6.0):
Der Shutdown Prozess sollte an sich dinge loggen, also /opt/iobroker/log/...
Unter Windows wird da leider wenig bis nix gelogged, @mcm1957 hat dafür mal ein Issue geschrieben:
https://github.com/ioBroker/ioBroker.js-controller/issues/2764Das Verhalten, dass da einzelne Adapter Prozesse wieder gestartet werden, kenne ich nicht. Es kommt jedoch sehr selten vor, dass die Node-Prozesse nicht gestoppt werden. Ich hab da aber noch keine Systematik erkannt.
-
@apollon77 sagte in Beta Test js-controller Kiera (v6.0):
@uwerlp sagte in Beta Test js-controller Kiera (v6.0):
Welches Log ist dann für dich interessant? Wenn ich nächstes mal auf das Problem stoße werde ich in GitHub ein Issue auf machen.
Der Shutdown Prozess sollte an sich dinge loggen, also /opt/iobroker/log/...
Heute rein gestellt.
https://github.com/ioBroker/ioBroker.js-controller/issues/2834 -
@gaspode sagte in Beta Test js-controller Kiera (v6.0):
Das Verhalten, dass da einzelne Adapter Prozesse wieder gestartet werden, kenne ich nicht. Es kommt jedoch sehr selten vor, dass die Node-Prozesse nicht gestoppt werden. Ich hab da aber noch keine Systematik erkannt.
Beim javascript Adapter ist es bei mir halt auffällig da zum start des Adapters Blocklys gestartet werden.