js-controller 2.2 jetzt für Alle im Stable

apollon77

Hallo ioBroker-Community,

wie im neuen Release-Cycle für den js-controller geplant, kommt heute der neuen js-controller 2.2 (Releasename "Dina") ins Stable Repository und sollte über die nächsten 24h verteilt bei Euch auftauchen. Ein großer Dank geht an alle User die bereits in den letzten Wochen diese Version im Beta und Latest getestet und Probleme und Fehler zur Behebung gemeldet haben!

Das Release ist im grossen und ganzen ein weiterer Bugfix-Release zur 2.1.1 und behebt noch ein paar kleinere Probleme die sich dort eingeschlichen haben. Darüber hinaus gab es aber auch die nächsten Umbauarbeiten unter der Haube, die am Ende keine Auswirkungen auf die Funktionalität haben sollten. Mehr dazu weiter unten und im Changelog.

Der js-controller 2.2 ist generell kompatibel mit allen bestehenden ioBroker-Systemen. Ein Update von der 2.0/2.1 ist problemlos. Auch die minimale Node.js Version bleibt wie vom letzten Release bekannt bei 8.x, besser noch direkt 10.x nutzen.

Es gibt diesmal zwei Adapter die Aktualisiert werden müssen! Mehr dazu im nächsten Abschnitt!

Installation

VOR der Installation

Wie bei jedem Update dieser Art: Bitte macht ein Backup! iobroker backup, bzw. kopieren des iobroker-data Verzeichnisses reichen an sich im Zweifel auch aus (ioBroker vorher stoppen natürlich). Bitte nicht das node_modules Verzeichnis einfach kopieren, da sonst symbolische Links kaputt gehen können, was zu größeren Problemen danach führt.

Nötige Adapter-Aktualisierungen

Die folgenden Adapter müssen auf die genannten Minimalversionsnummern aktualisiert werden, da diese sonst nicht mit dem js-controller 2.2 funktionieren. Diese Updates am besten vorher ausführen, weil alle genannten Versionen auch mit den alten js-controller Versionen funktionieren.

admin 3.7.8 oder höher! Sonst können Custom-Objektdaten - das unter dem Schraubenschlüssel - nicht mehr deaktiviert werden!
iqontrol 0.2.15 (die Version ist primär nötig wenn man Admin 3.7.7+ mit einem js-controller < 2.2 nutzt! siehe https://github.com/sbormann/ioBroker.iqontrol/issues/104)

Falls Ihr noch keinen js-controller 2.x habt kann die Admin-Abhängigkeit oben interessant werden, da bereits Admin 3.7.8 einen controller 2.0+ braucht. Hier am besten den Controller wie unten beschrieben atualisieren und VOR dem start des iobroker den Admin Adapter per Kommandozeile (iobroker upgrade admin) updaten.

Für js-controller 2.3 (vorauss Ende März) ist geplant eine Funktion für Adapter zu entfernen. Alle Adapter welche diese nutzen schreiben bei der Nutzung einen Fehler ins Log. Bitte helft mit und meldet dies bei den Entwicklern bzw nutzt "Thumbs up" um zu zeigen das Ihr es auch nutzt.

Achtung: Slave-Systeme zuerst!

Bei einem Multi-Host-System, welches auf js-controller 2.1 läuft ist es beim Update auf Version 2.2 empfohlen, zuerst die Slave-Systeme zu aktualisieren. Der Master wird als letztes aktualisiert!

Bei Updates von Master/Slave-Systemen mit js-controller 1.5 oder früher auf die 2.2 müssen zwingend zuerst die Slaves und der Master als letztes aktualisiert werden. Die Slaves bleiben nach dem Update offline und werden erst wieder funktionieren wenn auch der Master auf die 2.2 aktualisiert wurde!

Windows

Auf Systemen, die mit dem neuen Windows Installer eingerichtet wurden, darf der js-controller nicht mir npm aktualisiert werden. Es wird eine neue Version des Windows Installers geben, die das Update des js-controllers mit wenigen Mausklicks ermöglicht. Wir updaten dazu hier im Thread.

Für alle "alten manuellen" Installationen gilt

ioBroker muss gestoppt sein.
Vor dem Update bitte prüfen das keine Prozesse mehr laufen
iobroker upgrade self
ioBroker starten

Linux

ioBroker stoppen (iobroker stop)
prüfen das keine Prozesse (Adapter, Backups) mehr laufen (ps auxww|grep io und auch ps auxww|grep backup ). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben
Wie üblich wird das Update dann per iobroker upgrade self ausgeführt.
ioBroker starten (iobroker start)

Bei Fehlern:
Wenn bei der Linux-Installation Fehler wegen fehlender Zugriffsrechte auftreten, am besten den Installation-Fixer nutzen und die Installation wiederholen.

curl -sL https://iobroker.net/fix.sh | bash -

Falls es auch danach noch Fehler gibt, bitte die Installation erneut mittels sudo -H -u iobroker npm install iobroker.js-controller versuchen. Bitte berichtet solche Fälle hier im Thread.

NACH der Installation

Nach der Installation den ioBroker wieder starten (z.B. mittels iobroker start).

Wenn alles klappt merkt Ihr ausser der höheren Versionsnummer in der Host-Ansicht im Admin keinen Unterschied. Alles funktioniert weiterhin wie vorher. Alle Adapterinstanzen starten und funktionieren. Wenn das so ist hat alles geklappt. Die großen Änderungen sind alle "Unter der Haube" versteckt.

Dazu, was Euch jetzt die ganzen Neuerungen bringen, findet Ihr weiter unten in diesem Text Informationen. Neue Funktionen als Basis für Weiterentwicklungen wurden behutsam integriert und einige bestehende Probleme gezielt behoben.

Mit iobroker help wird eine Liste der möglichen Kommandozeilen-Kommandos angezeigt, die mit Version 2.0 um einige Befehle länger geworden ist.

Was hat sich geändert, was besonders ansehen/beachten?

Neben einiger weiterer Bugfixes, die fast in eine 2.1.2 eingeflossen wären, gibt es folgende Änderungen und fixes zu erwähnen:

Logfiles sollten wieder sauber nach dem rotieren gelöscht werden. Logfiles werden jetzt beim Rotieren gepackt und ältere Files liegen daher als .gz Files im Verzeichnis (letztes nicht unter Windows)
Restart von Instanzen funktioniert wieder zuverässig
State und Object-Subscriptions des Systems und der eigentlichen Adapter-Logik werden nun getrennt ausgeführt. In der Vergangenheit konnte es in Ausnahmefällen hier zu Überschneidungen kommen, die dann Auswirkungen hatten. Diese Änderung sollte keinerlei Auswirkung auf Funktionen von Adaptern haben.
Der Socket.io Kompatibilitätsschicht die in der 2.0/2.1 noch drin war um die Kommunikation von "neuen" Slaves mit einem "alten" Master zu erlauben wurde wie geplant entfernt.

Wie bereits gesagt, viele Änderungen fanden hinter den Kulissen statt. Hier für Interessierte als Spoiler eine Zusammenfassung:

2.2.8 (2020-01-24) Release Dina

Breaking changes

(bluefox) remove lenMessage from adapter methods because deprecated since long time
(Apollon77) Remove Socket.io compatibility layer - master/slave systems coming from 1.5 need to update to 2.0 or manually!

New user features

(Apollon77) Also allow ÄÖÜäöüа-яА-Я as characters for first character of object ids
(Apollon77) create symlink to current logfile (fixes #578) - an iobroker.current.log is created and always points to the current logfile (alternative to using iobroker logs --watch CLI command
(bluefox) add CLI command "file rm" to delete files from iobroker storage via command line

Adapter developer relevant changes

(Apollon77) make options parameter for getObjectList optional again
(Apollon77) add warning messge for getMessage method to make deprecation more visible
(bluefox) Add Package installation by js-controller for Linux based systems (apt/yum package managers) via io-package common.osDependencies[process.platform]
(bluefox) add check for sudo for package manager
(bluefox) Add for delObject the recursive flag to recursively delete objects; use feature flag ADAPTER_DEL_OBJECT_RECURSIVE in your adapter code to detect if the js-controller supports it or not!
(Apollon77) add feature flag ADAPTER_SET_OBJECT_SETS_DEFAULT_VALUE for adapter class

Further changes

(Apollon77) optimize questions on setup custom
(bluefox) Add support for vendor specific logic and database initialization
(Apollon77) separate system and user/adapter subscribes, introduce "changeUser" trigger for States and Objects
(Apollon77) Update dependencies
(Apollon77) make sure Redis simulator only set object data, all other logic is done in objects lib
(Apollon77) Do not have ioredis autoResubscribe because we do it by our own
(Apollon77) Also check nodejs minimum version on adapter install

Bugfixes

(bluefox) CLI: check if object exists by "state set" command and other fixes
(Apollon77) Make sure adapter with longer stopTimeouts can be restarted as usual; the "stopping" flag was blocking the restart logic
(Apollon77) make sure adapters can be stopped again with setting .alive to false
(Apollon77) fix log file rotation; additionally old logs are now packed with gz
(bluefox) Fixed rights by object creation
(Apollon77) make sure restart of instances work in all cases
(AlCalzone) fix iobroker start all to not hang after starting all instances
(Apollon77) make sure auto rotation for logs work now with winston and make sure "old style manual cleanup" too
(Apollon77) fix error when 'iobroker url' is called without any parameter
(Apollon77) Also log exceptions for compact group controller
(bluefox) Fix wrong error handling for adapter deletions; should work again! Fixes #576
(Apollon77) add certificate handling if a local file is specified and do not overwrite if invalid in setup first
(Apollon77) make sure adapters and instances can be deleted again
(Apollon77) fix some more places where checks for not connected objects db were not triggered
(foxriver76) fix async version of getEncryptedConfig
(Apollon77) enhance errorhandling in several places
(bluefox) obj type 'adapter' not set if installing adapter via octocat (#539)
(bluefox) fixes Change settings of onlyWWW adapter cause exception (#549)
(Apollon77) Fix error on backup restore/validate when no name is provided
(Apollon77) add/change checks for some calls (fixes #611 too ;-))
(Apollon77) adapter.restart used "terminate" directly which do not call unload and broke compact mode, changed to use stop()
(foxriver76) Fix bug in nodejs version check and really disable adapter when requiring unsupported nodejs version
(foxriver76) fixing issues in backup validation + add some missing commands to cli help
(Apollon77) change stopTimeout to prevent killing wrong process for long running "stopTimeouts" that were then fast in the end
(AlCalzone) fix some errors
(AlCalzone) make sure repository hash is always checked correctly
(Apollon77) make sure scheduled starts are also removed when a scheduled instance is stopped
(Apollon77) make sure Multihost discovery server does not unexpectedly restart when trying to stop ioBroker Master
(Apollon77) allow sessions to run longer then 24days (fixes #618, addresses ioBroker/ioBroker.admin#467)
(Apollon77) Check a wrong check for os on installation
(bluefox) fix CLI "state set"
(Apollon77) Add some more logging to Objects/States DB
(foxriver76) check if controller is running on upgrade self before controller upgrade (fixes #511)
(bluefox) Restart iobroker after applying vendor information
(Apollon77) fix pot. crashes happening while logs are rotated or packaged (thanx @mattberther and @rogerc)

Weitere Details zu den Änderungen und Bugfixes ist im Changelog einzusehen.

Wie Fehler melden?

Wer sich unsicher ist, ob ein Fehler vorliegt, sollte am besten hier im Thread das Problem beschreiben. So können wir alle versuchen, das Problem nachzuvollziehen und ggf. einzugrenzen.

Sobald ein Fehler auftritt der in einer Fehlermeldung oder einen Crash mit Fehlerdetails im Log oder auf Kommandozeile endet, dann dazu am besten direkt ein GitHub-Issue im js-controller Projekt öffnen und zusätzlich hier im Thread posten. Je detaillierter die Angaben im Issue sind (genaue Fehlermeldungen/Logs, Infos zur OS- und Node.js-Umgebung sowie genaue Schritte zur Reproduktion des Problems), umso schneller können wir Fehler einkreisen und beheben.

Ingo

HGlab01 created this issue in ioBroker/ioBroker.admin

closed kein Login möglich mit aktivierter checkbox "angemeldet bleiben" #467

Apollon77 created this issue in sbormann/ioBroker.iqontrol

closed Fix required for Admin 3.7.6+/js-controller 2.2.x #104

SmartHomie

Moin zusammen,

nach Update auf JS Controller 2.2.8 habe ich im Log folgende Warnmeldungen vom Pushover Adapter:

Habe Node 10.15.2, NPM 6.13.4 und Pushover Adapter 1.1.1.
Würde ja gerne den Entwickler de Pushover Adapters informieren - wenn ich wüsste wie das geht...

Ansonsten keine weiteren Probleme.....bisher

apollon77

@SmartHomie sagte in js-controller 2.2 jetzt für Alle im Stable:

Würde ja gerne den Entwickler de Pushover Adapters informieren - wenn ich wüsste wie das geht...

AM einfachsten indem Du zu der GitHub Seite des Adapters gehst und dort ein Issue öffnest ... bei pushover wurde das bereits gemacht, also alles ok

Conquest

Moin,
ich wollte heute den Admin und js-controller updaten da diese ja jetzt im Stable sind.
Oben steht ja das man auch iqontrol auf Version 0.2.15 updaten soll aber diese Version ist noch nicht im Stable. Ist das so gewollt?

Gruß

apollon77

@Conquest gute Frage. Mach mal bei iqontrol ein GitHub issue auf dazu das der dev erinnert wird.

Conquest

@apollon77
Erledigt.
https://github.com/sbormann/ioBroker.iqontrol/issues/107

Starcon79 created this issue in sbormann/ioBroker.iqontrol

closed Iqontrol 0.2.15 ins Stable #107

apollon77

@Conquest danke!! Übrigens ganz formal ist diese jqontrol Version nötig wenn man einen Admin 3.7.7+ mit einem Controller < 2.2 nutzt!! Mit Controller 2.2 bräuchte man das Update nicht von iqontrol

crunchip

den js-controller hatte ich bereits am 25.1. installiert und läuft, Admin 3.7.9.
Heute aufgrund eines Proxmox updates musste der Rechner neugestartet werden.
Jedoch erhielt ich folgende Fehlermeldung

host.IoBroker	2020-01-29 17:40:43.190	info	Restart adapter system.adapter.simple-api.0 because enabled
host.IoBroker	2020-01-29 17:40:43.189	info	instance system.adapter.simple-api.0 terminated with code 0 (NO_ERROR)
host.IoBroker	2020-01-29 17:40:43.189	error	Caught by controller[0]: at process._tickCallback (internal/process/next_tick.js:68:7)
host.IoBroker	2020-01-29 17:40:43.189	error	Caught by controller[0]: at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
host.IoBroker	2020-01-29 17:40:43.189	error	Caught by controller[0]: at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
host.IoBroker	2020-01-29 17:40:43.188	error	Caught by controller[0]: at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:107068)
host.IoBroker	2020-01-29 17:40:43.188	error	Caught by controller[0]: TypeError: Cannot read property 'common' of null
alexa2.0	2020-01-29 17:40:42.731	info	(1119) Subscribing to states...
simple-api.0	2020-01-29 17:40:42.598	info	(2016) Terminated (NO_ERROR): Without reason
simple-api.0	2020-01-29 17:40:42.596	info	(2016) terminating
simple-api.0	2020-01-29 17:40:42.513	info	(2016) terminating http server on port 8087
simple-api.0	2020-01-29 17:40:42.511	error	(2016) TypeError: Cannot read property 'common' of null at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:107068) at tryCatcher (/opt/
simple-api.0	2020-01-29 17:40:42.510	error	(2016) uncaught exception: Cannot read property 'common' of null

kann es sein, das die Datenbank noch nicht erreichbar war, oder wie soll ich den Fehler deuten?

apollon77

@crunchip interessant. Kannst du es mit einem
Weiteren Neustart von iobroker nachstellen? Ist auch nur simple-api ... hat sichbdanach neu gestartet und alles war gut. Korrekt ?!

apollon77

@crunchip ps: bissl mehr log von davor wäre auch interessant gewesen.

crunchip

@apollon77 sonst gab es im log nichts unauffälliges
ausser das noch:

shelly.0	2020-01-29 17:39:44.359	warn	(1869) no connection to objects DB
info.0	2020-01-29 17:38:59.890	warn	(1316) no connection to states DB
2020-01-29 17:38:09.773 - warn: backitup.0 (1042) no connection to states DB
2020-01-29 17:38:11.815 - warn: broadlink2.0 (1096) no connection to objects DB
2020-01-29 17:38:49.514 - warn: ical.0 (1265) no connection to states DB
2020-01-29 17:38:49.921 - warn: ical.1 (1276) no connection to states DB

ansonsten lief dann auch alles wieder ganz normal
Ich kann es dann nochmal versuchen, nachzustellen
das ist das komplette simple-api log,von vorhin

simple-api.0	2020-01-29 17:41:15.404	info	(2481) http server listening on port 8087
simple-api.0	2020-01-29 17:41:15.398	info	(2481) Allow states only when user is owner: false
simple-api.0	2020-01-29 17:41:15.397	info	(2481) simpleAPI server listening on port 8087
simple-api.0	2020-01-29 17:41:15.323	info	(2481) starting. Version 2.3.2 in /opt/iobroker/node_modules/iobroker.simple-api, node: v10.18.0
simple-api.0	2020-01-29 17:40:42.598	info	(2016) Terminated (NO_ERROR): Without reason
simple-api.0	2020-01-29 17:40:42.596	info	(2016) terminating
simple-api.0	2020-01-29 17:40:42.513	info	(2016) terminating http server on port 8087
simple-api.0	2020-01-29 17:40:42.511	error	at process._tickCallback (internal/process/next_tick.js:68:7)
simple-api.0	2020-01-29 17:40:42.511	error	at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
simple-api.0	2020-01-29 17:40:42.511	error	at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
simple-api.0	2020-01-29 17:40:42.511	error	at (anonymous function).(anonymous function) (/opt/iobroker/node_modules/iobroker.objects-redis/index.js:17:107068)
simple-api.0	2020-01-29 17:40:42.511	error	(2016) TypeError: Cannot read property 'common' of null
simple-api.0	2020-01-29 17:40:42.510	error	(2016) uncaught exception: Cannot read property 'common' of null
simple-api.0	2020-01-29 17:39:53.624	info	(2016) http server listening on port 8087
simple-api.0	2020-01-29 17:39:53.617	info	(2016) Allow states only when user is owner: false
simple-api.0	2020-01-29 17:39:53.616	info	(2016) simpleAPI server listening on port 8087
simple-api.0	2020-01-29 17:39:53.520	info	(2016) starting. Version 2.3.2 in /opt/iobroker/node_modules/iobroker.simple-api, node: v10.18.0

crunchip

@apollon77 bei dem Versuch es nachzustellen, trat der Fehler (leider) nicht mehr auf
was jedoch noch aufgefallen ist
alexa2.0, socketio, wiffi-wz, tuya,
allesamt ---terminated with code 156

2020-01-29 19:09:24.623 - warn: host.IoBroker instance system.adapter.email.0 terminated due to SIGTERM
2020-01-29 19:09:24.623 - info: host.IoBroker instance system.adapter.email.0 terminated with code null ()
2020-01-29 19:09:24.625 - warn: host.IoBroker instance system.adapter.milight.0 terminated due to SIGTERM
2020-01-29 19:09:24.625 - info: host.IoBroker instance system.adapter.milight.0 terminated with code null ()
2020-01-29 19:09:24.627 - warn: host.IoBroker instance system.adapter.onkyo.0 terminated due to SIGTERM
2020-01-29 19:09:24.628 - info: host.IoBroker instance system.adapter.onkyo.0 terminated with code null ()
2020-01-29 19:09:24.629 - warn: host.IoBroker instance system.adapter.roadtraffic.0 terminated due to SIGTERM
2020-01-29 19:09:24.630 - info: host.IoBroker instance system.adapter.roadtraffic.0 terminated with code null ()
2020-01-29 19:09:24.632 - warn: host.IoBroker instance system.adapter.admin.0 terminated due to SIGTERM
2020-01-29 19:09:24.632 - info: host.IoBroker instance system.adapter.admin.0 terminated with code null ()
2020-01-29 19:09:24.634 - warn: host.IoBroker instance system.adapter.amazon-dash.0 terminated due to SIGTERM
2020-01-29 19:09:24.635 - info: host.IoBroker instance system.adapter.amazon-dash.0 terminated with code null ()
2020-01-29 19:09:24.637 - warn: host.IoBroker instance system.adapter.backitup.0 terminated due to SIGTERM
2020-01-29 19:09:24.637 - info: host.IoBroker instance system.adapter.backitup.0 terminated with code null ()
2020-01-29 19:09:24.639 - warn: host.IoBroker instance system.adapter.ble.0 terminated due to SIGTERM
2020-01-29 19:09:24.639 - info: host.IoBroker instance system.adapter.ble.0 terminated with code null ()
2020-01-29 19:09:24.641 - warn: host.IoBroker instance system.adapter.broadlink2.0 terminated due to SIGTERM
2020-01-29 19:09:24.641 - info: host.IoBroker instance system.adapter.broadlink2.0 terminated with code null ()
2020-01-29 19:09:24.643 - info: host.IoBroker instance system.adapter.alexa2.0 terminated with code 156 (156)
2020-01-29 19:09:24.646 - warn: host.IoBroker instance system.adapter.discovery.0 terminated due to SIGTERM
2020-01-29 19:09:24.646 - info: host.IoBroker instance system.adapter.discovery.0 terminated with code null ()
2020-01-29 19:09:24.648 - warn: host.IoBroker instance system.adapter.fullybrowser.0 terminated due to SIGTERM
2020-01-29 19:09:24.648 - info: host.IoBroker instance system.adapter.fullybrowser.0 terminated with code null ()
2020-01-29 19:09:24.650 - warn: host.IoBroker instance system.adapter.info.0 terminated due to SIGTERM
2020-01-29 19:09:24.650 - info: host.IoBroker instance system.adapter.info.0 terminated with code null ()
2020-01-29 19:09:24.653 - warn: host.IoBroker instance system.adapter.iogo.0 terminated due to SIGTERM
2020-01-29 19:09:24.653 - info: host.IoBroker instance system.adapter.iogo.0 terminated with code null ()
2020-01-29 19:09:24.655 - warn: host.IoBroker instance system.adapter.iot.0 terminated due to SIGTERM
2020-01-29 19:09:24.655 - info: host.IoBroker instance system.adapter.iot.0 terminated with code null ()
2020-01-29 19:09:24.657 - warn: host.IoBroker instance system.adapter.mihome.0 terminated due to SIGTERM
2020-01-29 19:09:24.657 - info: host.IoBroker instance system.adapter.mihome.0 terminated with code null ()
2020-01-29 19:09:24.659 - warn: host.IoBroker instance system.adapter.pollenflug.0 terminated due to SIGTERM
2020-01-29 19:09:24.660 - info: host.IoBroker instance system.adapter.pollenflug.0 terminated with code null ()
2020-01-29 19:09:24.662 - warn: host.IoBroker instance system.adapter.radar2.0 terminated due to SIGTERM
2020-01-29 19:09:24.662 - info: host.IoBroker instance system.adapter.radar2.0 terminated with code null ()
2020-01-29 19:09:24.664 - warn: host.IoBroker instance system.adapter.shelly.0 terminated due to SIGTERM
2020-01-29 19:09:24.664 - info: host.IoBroker instance system.adapter.shelly.0 terminated with code null ()
2020-01-29 19:09:24.667 - info: host.IoBroker instance system.adapter.socketio.0 terminated with code 156 (156)
2020-01-29 19:09:24.669 - warn: host.IoBroker instance system.adapter.sonoff.0 terminated due to SIGTERM
2020-01-29 19:09:24.669 - info: host.IoBroker instance system.adapter.sonoff.0 terminated with code null ()
2020-01-29 19:09:24.671 - warn: host.IoBroker instance system.adapter.sourceanalytix.0 terminated due to SIGTERM
2020-01-29 19:09:24.671 - info: host.IoBroker instance system.adapter.sourceanalytix.0 terminated with code null ()
2020-01-29 19:09:24.674 - warn: host.IoBroker instance system.adapter.tankerkoenig.0 terminated due to SIGTERM
2020-01-29 19:09:24.674 - info: host.IoBroker instance system.adapter.tankerkoenig.0 terminated with code null ()
2020-01-29 19:09:24.676 - warn: host.IoBroker instance system.adapter.telegram.0 terminated due to SIGTERM
2020-01-29 19:09:24.676 - info: host.IoBroker instance system.adapter.telegram.0 terminated with code null ()
2020-01-29 19:09:24.678 - warn: host.IoBroker instance system.adapter.telegram.1 terminated due to SIGTERM
2020-01-29 19:09:24.678 - info: host.IoBroker instance system.adapter.telegram.1 terminated with code null ()
2020-01-29 19:09:24.681 - warn: host.IoBroker instance system.adapter.text2command.0 terminated due to SIGTERM
2020-01-29 19:09:24.681 - info: host.IoBroker instance system.adapter.text2command.0 terminated with code null ()
2020-01-29 19:09:24.683 - warn: host.IoBroker instance system.adapter.upnp.0 terminated due to SIGTERM
2020-01-29 19:09:24.683 - info: host.IoBroker instance system.adapter.upnp.0 terminated with code null ()
2020-01-29 19:09:24.685 - warn: host.IoBroker instance system.adapter.virtualpowermeter.0 terminated due to SIGTERM
2020-01-29 19:09:24.686 - info: host.IoBroker instance system.adapter.virtualpowermeter.0 terminated with code null ()
2020-01-29 19:09:24.688 - warn: host.IoBroker instance system.adapter.web.0 terminated due to SIGTERM
2020-01-29 19:09:24.688 - info: host.IoBroker instance system.adapter.web.0 terminated with code null ()
2020-01-29 19:09:24.690 - info: host.IoBroker instance system.adapter.wiffi-wz.0 terminated with code 156 (156)
2020-01-29 19:09:24.692 - warn: host.IoBroker instance system.adapter.fullcalendar.0 terminated due to SIGTERM
2020-01-29 19:09:24.693 - info: host.IoBroker instance system.adapter.fullcalendar.0 terminated with code null ()
2020-01-29 19:09:24.695 - warn: host.IoBroker instance system.adapter.chromecast.0 terminated due to SIGTERM
2020-01-29 19:09:24.695 - info: host.IoBroker instance system.adapter.chromecast.0 terminated with code null ()
2020-01-29 19:09:24.698 - warn: host.IoBroker instance system.adapter.tr-064.0 terminated due to SIGTERM
2020-01-29 19:09:24.698 - info: host.IoBroker instance system.adapter.tr-064.0 terminated with code null ()
2020-01-29 19:09:24.700 - warn: host.IoBroker instance system.adapter.simple-api.0 terminated due to SIGTERM
2020-01-29 19:09:24.701 - info: host.IoBroker instance system.adapter.simple-api.0 terminated with code null ()
2020-01-29 19:09:24.703 - warn: host.IoBroker instance system.adapter.javascript.0 terminated due to SIGTERM
2020-01-29 19:09:24.704 - info: host.IoBroker instance system.adapter.javascript.0 terminated with code null ()
2020-01-29 19:09:24.706 - warn: host.IoBroker instance system.adapter.javascript.1 terminated due to SIGTERM
2020-01-29 19:09:24.706 - info: host.IoBroker instance system.adapter.javascript.1 terminated with code null ()
2020-01-29 19:09:25.742 - info: tuya.0 (2167) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
2020-01-29 19:09:26.270 - info: host.IoBroker instance system.adapter.tuya.0 terminated with code 156 (156)

apollon77

@crunchip bei was kam Das? Beim
Stoppen? Da wurden die Prozesse gekillt.

apollon77

@crunchip zu simple api ist bei mir eher die Frage was ggf für ein Zugriff über die api reinkam. Der Fehler kommt einige Zeit nachdem der Adapter Gestartet wurde. wenn du es nachstellen kannst können wir tiefer reinschauen wines genau knallt. Vllt hilft dir das ne Idee zu kriegen ? Was könnte es gewesen sein? Vllt anhand des zeitstempels?

crunchip

@apollon77 ja das war das stoppen.
Leider kenn ich die einzelnen codes und ihre Bedeutung nicht. Da alle mit sigterm ...code null beendet wurden, bis auf die 4 genannten

apollon77

@crunchip der Unterschied ist nur bissl wie schnell sie stoppen und so. Also alles ok.

crunchip

@apollon77 wie schon geschrieben, konnte es leider nicht nachstellen,
ich wüsste auch gar nicht wo, wie und nach was ich suchen sollte.

apollon77

@crunchip also meine Vermutung ist das es mit dem Start nichts zu tun hatte sondern irgendein api request an den Adapter das verursacht hat.

crunchip

@apollon77 einzige was ich die letzte Zeit installiert habe, ist das Projekt https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Installation---Teil-2

umbm

Ich habe seit dem Update ständige Neustarts ca alle 2 Minuten

im Log:


admin.0	2020-01-29 20:24:33.044	info	(6054) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
admin.0	2020-01-29 20:24:33.043	info	(6054) terminating
admin.0	2020-01-29 20:24:33.043	info	(6054) terminating http server on port 8081
admin.0	2020-01-29 20:24:33.041	warn	(6054) Got terminate signal. Checking desired PID: vs own PID 6054

habe schon alle Schritte aus Post 1 versucht, ohne Erfolg.

NEWS