Beta Test js-controller Kiera (v6.0)

[foxriver76]

@feuersturm das war ein admin issue. War dem hier geschuldet https://github.com/ioBroker/ioBroker.admin/issues/2506

JBSullivan created this issue in ioBroker/ioBroker.admin

closed types als Production Dependency ist falsch #2506

[Feuersturm]

@foxriver76 Das heißt bei neueren js-controller Updates sollte es wieder "normal" aussehen?

[foxriver76]

@feuersturm mit admin 7.0.8 sollte es auf jeden fall wieder passen - ah wobei.. falls nicht bitte admin issue.

[Feuersturm]

@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.

[mcm1957]

@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:

@Bluefox
@foxriver76

Bitte checken / fixen.

[UweRLP]

@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.

[da_Woody]

@uwerlp sagte in Beta Test js-controller Kiera (v6.0):

Wäre es möglich das dieses Kommando ioBroker nicht startet?

tuts das?

[foxriver76]

@uwerlp zu fix unter Windows kann am ehesten @Gaspode was zu sagen

[Homoran]

@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 ist

iob stop
iob fix
iob start

...unter Linux

[UweRLP]

@homoran Bei mir (Windows) wird ioBroker durch FIX gestartet.

[Homoran]

@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.

[mcm1957]

@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

[Homoran]

@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?

[Gaspode]

@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.

[Feuersturm]

@foxriver76
Update vom Master mit Admin 7.0.9 und js-controller Update von 6.0.5 auf 6.0.6

Auch 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

[UweRLP]

@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 ist

Ich plädiere also dafür, das zu lassen wie es ist.

Alles gut, war nur ne' Frage

[apollon77]

@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

[UweRLP]

@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.

[apollon77]

@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/...

[Gaspode]

@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/2764

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.

mcm1957 created this issue in ioBroker/ioBroker.js-controller

closed [enhancement]: graceful shutdown on windows #2764