js-controller 2.2 jetzt für Alle im Stable
-
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 desiobroker-dataVerzeichnisses 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 iound auchps auxww|grep backup). Es passiert manchmal das trotz dem Stoppen noch Zombies zurückbleiben - Wie üblich wird das Update dann per
iobroker upgrade selfausgefü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-controllerversuchen. 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 helpwird 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:
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
-
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
-
@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
-
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ß
-
@Conquest gute Frage. Mach mal bei iqontrol ein GitHub issue auf dazu das der dev erinnert wird.
-
-
@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
-
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 Fehlermeldunghost.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 nullkann es sein, das die Datenbank noch nicht erreichbar war, oder wie soll ich den Fehler deuten?
-
@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 ?! -
@crunchip ps: bissl mehr log von davor wäre auch interessant gewesen.
-
@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 DBansonsten lief dann auch alles wieder ganz normal
Ich kann es dann nochmal versuchen, nachzustellen
das ist das komplette simple-api log,von vorhinsimple-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 -
@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 1562020-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) -
@crunchip bei was kam Das? Beim
Stoppen? Da wurden die Prozesse gekillt. -
@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?
-
@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 -
@crunchip der Unterschied ist nur bissl wie schnell sie stoppen und so. Also alles ok.
-
@apollon77 wie schon geschrieben, konnte es leider nicht nachstellen,
ich wüsste auch gar nicht wo, wie und nach was ich suchen sollte. -
@crunchip also meine Vermutung ist das es mit dem Start nichts zu tun hatte sondern irgendein api request an den Adapter das verursacht hat.
-
@apollon77 einzige was ich die letzte Zeit installiert habe, ist das Projekt https://github.com/SBorg2014/WLAN-Wetterstation/wiki/Installation---Teil-2
-
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 6054habe schon alle Schritte aus Post 1 versucht, ohne Erfolg.
