NEWS
Restore schlägt fehl
-
@LJSven sagte in Restore schlägt fehl:
@Homoran sagte in Restore schlägt fehl:
@LJSven sagte in Restore schlägt fehl:
kommt bei den Adaptern wo das Icon fehlt der Eintrag
AHA!
Endlich mal Fakten!Geh mal auf die Seite Adapter
Wähle oben den zuständigen Host (Slave) aus.
Aktiviere den Expertenmodus
Gehe dann auf einen Adapter und mache da ein UploadBei einem betroffenen Adapter? Sorry, frage lieber vorher als es "falsch" zu machen
Nein, wie der Screenshot zeigt, sind es nur die Adapter auf dem Slave. Bei denen auf dem master, sind die Icon da.
@LJSven sagte in Restore schlägt fehl:
sind es nur die Adapter auf dem Slave
deswegen sollst du ja:
@Homoran sagte in Restore schlägt fehl:
Wähle oben den zuständigen Host (Slave) aus.
dir nur diese anzeigen lassen!
Bitte Screenshot von dem, was du siehst, wenn du tust, was ich schrieb
-
@LJSven sagte in Restore schlägt fehl:
sind es nur die Adapter auf dem Slave
deswegen sollst du ja:
@Homoran sagte in Restore schlägt fehl:
Wähle oben den zuständigen Host (Slave) aus.
dir nur diese anzeigen lassen!
Bitte Screenshot von dem, was du siehst, wenn du tust, was ich schrieb
-
@Homoran Wenn ich auf Adapter die Expertenansicht einschalte, dreht sich das Rädchen, und mehr erscheint nicht.
@LJSven Danke für den Screenshot!
Dieser Thread hat jetzt >150 Posts und ich weiß immer noch nicht was wirklich bei dir der Status ist.
Bisher kamen immer nur vage Informationen und zwischendrin tauchte dann "zufällig" eine Info auf, die alles bisherige über den Haufen warf.
Bitte keine Nacherzählungen mehr, sondern nur noch Fakten mit Belegen: Code (logs, Konsolenausgaben....) als Text in Code-tags, anderes als Screenshots, so wie jetzt.
Sonst kommen wir nie weiter!Im Moment sieht es so aus, als ob du (und damit wahrscheinlich auch der ioBroker) gar keinen Zugriff auf den Slave hat!
Was steht im Reiter Hosts?
Außerdem hast du einen roten LOG-Eintrag - was steht da?
(soweit zum Thema "zufällig neue Informationen" -
@LJSven Danke für den Screenshot!
Dieser Thread hat jetzt >150 Posts und ich weiß immer noch nicht was wirklich bei dir der Status ist.
Bisher kamen immer nur vage Informationen und zwischendrin tauchte dann "zufällig" eine Info auf, die alles bisherige über den Haufen warf.
Bitte keine Nacherzählungen mehr, sondern nur noch Fakten mit Belegen: Code (logs, Konsolenausgaben....) als Text in Code-tags, anderes als Screenshots, so wie jetzt.
Sonst kommen wir nie weiter!Im Moment sieht es so aus, als ob du (und damit wahrscheinlich auch der ioBroker) gar keinen Zugriff auf den Slave hat!
Was steht im Reiter Hosts?
Außerdem hast du einen roten LOG-Eintrag - was steht da?
(soweit zum Thema "zufällig neue Informationen"MOD-Edit: sinnlosen fullquote gelöscht!
Hier die gewünschten Screenshots - ist es nicht einfacher auf den Slaves die iobroker Ordner zu löschen - iobroker neu installieren und die Adapter auf den Slaves zu verteilen?
Die roten Einträge der SQL liegen daran, daß ich den Slave neu gestartet habe. Mich wundert, daß die Adaper, die betroffen sind, gar nicht unter Adapter auf dem Master auftauchen. Wie z.B. der BLE Adapter, obwohl der auf dem Slave installiert ist ->
-
MOD-Edit: sinnlosen fullquote gelöscht!
Hier die gewünschten Screenshots - ist es nicht einfacher auf den Slaves die iobroker Ordner zu löschen - iobroker neu installieren und die Adapter auf den Slaves zu verteilen?
Die roten Einträge der SQL liegen daran, daß ich den Slave neu gestartet habe. Mich wundert, daß die Adaper, die betroffen sind, gar nicht unter Adapter auf dem Master auftauchen. Wie z.B. der BLE Adapter, obwohl der auf dem Slave installiert ist ->
@LJSven sagte in Restore schlägt fehl:
daß die Adaper, die betroffen sind, gar nicht unter Adapter auf dem Master auftauchen
da gehören sie ja auch nicht hin
@LJSven sagte in Restore schlägt fehl:
obwohl der auf dem Slave installiert ist
dann wirst du sie dort hoffentlich finden
@LJSven sagte in Restore schlägt fehl:
Hier die gewünschten Screenshots
Dein pizero hat also schon mal keine Verbindung :-(
@LJSven sagte in Restore schlägt fehl:
daß ich den Slave neu gestartet habe
welchen?
@LJSven sagte in Restore schlägt fehl:
Die roten Einträge der SQL liegen daran, daß ich den Slave neu gestartet habe.
und was ist mit den anderen?
Was ist mit phantomjs?Was ist mit Econnreset ???
und Code bitte als Text, dann kann ich das auch rauskopieren!
-
@LJSven sagte in Restore schlägt fehl:
daß die Adaper, die betroffen sind, gar nicht unter Adapter auf dem Master auftauchen
da gehören sie ja auch nicht hin
@LJSven sagte in Restore schlägt fehl:
obwohl der auf dem Slave installiert ist
dann wirst du sie dort hoffentlich finden
@LJSven sagte in Restore schlägt fehl:
Hier die gewünschten Screenshots
Dein pizero hat also schon mal keine Verbindung :-(
@LJSven sagte in Restore schlägt fehl:
daß ich den Slave neu gestartet habe
welchen?
@LJSven sagte in Restore schlägt fehl:
Die roten Einträge der SQL liegen daran, daß ich den Slave neu gestartet habe.
und was ist mit den anderen?
Was ist mit phantomjs?Was ist mit Econnreset ???
und Code bitte als Text, dann kann ich das auch rauskopieren!
MOD-Edit: sinnlosen fullquote gelöscht!
Meine Datenbank läuft auf dem Slave! Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET. Warum sich PhantomJS aktuell nicht installieren lässt, weiß ich nicht. Habe es aber auch noch nicht versucht. Mit Code meinst du "log"? Der RaspberryPi wurde auch neu gestartet und war deshalb offline - das sieht aktuell so aus.
Die Adapterliste auf dem SLAVE (Raspberry) sieht so aus ->
Jetzt kann ich auch einen Upload vom Adapter auf dem Slave machen ->
Dann erscheint das ICON auch auf dem Master (Tinkerboard)
-
MOD-Edit: sinnlosen fullquote gelöscht!
Meine Datenbank läuft auf dem Slave! Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET. Warum sich PhantomJS aktuell nicht installieren lässt, weiß ich nicht. Habe es aber auch noch nicht versucht. Mit Code meinst du "log"? Der RaspberryPi wurde auch neu gestartet und war deshalb offline - das sieht aktuell so aus.
Die Adapterliste auf dem SLAVE (Raspberry) sieht so aus ->
Jetzt kann ich auch einen Upload vom Adapter auf dem Slave machen ->
Dann erscheint das ICON auch auf dem Master (Tinkerboard)
@LJSven sagte in Restore schlägt fehl:
Der RaspberryPi wurde auch neu gestartet und war deshalb offline
wieder eine neue Zusatzinfo, im Screenschot war der Zero offline
@LJSven sagte in Restore schlägt fehl:
Jetzt kann ich auch einen Upload vom Adapter auf dem Slave machen ->
So soll es sein,
@LJSven sagte in Restore schlägt fehl:
Dann erscheint das ICON auch auf dem Master (Tinkerboard)
Wo denn sonst?
Der Slave hat kein Webinterface mehr -
MOD-Edit: sinnlosen fullquote gelöscht!
Meine Datenbank läuft auf dem Slave! Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET. Warum sich PhantomJS aktuell nicht installieren lässt, weiß ich nicht. Habe es aber auch noch nicht versucht. Mit Code meinst du "log"? Der RaspberryPi wurde auch neu gestartet und war deshalb offline - das sieht aktuell so aus.
Die Adapterliste auf dem SLAVE (Raspberry) sieht so aus ->
Jetzt kann ich auch einen Upload vom Adapter auf dem Slave machen ->
Dann erscheint das ICON auch auf dem Master (Tinkerboard)
@LJSven sagte in Restore schlägt fehl:
Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET.
NEIN!
Das trifft auf die timeout-Meldungen des SQL zu, aber nicht für js und tuya -
@LJSven sagte in Restore schlägt fehl:
Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET.
NEIN!
Das trifft auf die timeout-Meldungen des SQL zu, aber nicht für js und tuya@Homoran sagte in Restore schlägt fehl:
@LJSven sagte in Restore schlägt fehl:
Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET.
NEIN!
Das trifft auf die timeout-Meldungen des SQL zu, aber nicht für js und tuyaJavascript Adresse ist von der Sonos API, welche auch auf dem SLAVE läuft. Tuya liegt daran, daß das Device nicht am Strom ist.
-
@Homoran sagte in Restore schlägt fehl:
@LJSven sagte in Restore schlägt fehl:
Und wenn ich den neustarte, aber was geschrieben werden sollte erscheint das ECONRESET.
NEIN!
Das trifft auf die timeout-Meldungen des SQL zu, aber nicht für js und tuyaJavascript Adresse ist von der Sonos API, welche auch auf dem SLAVE läuft. Tuya liegt daran, daß das Device nicht am Strom ist.
@LJSven sagte in Restore schlägt fehl:
Javascript Adresse ist von der Sonos API, welche auch auf dem SLAVE läuft. Tuya liegt daran, daß das Device nicht am Strom ist.
das könnte passen!
Hier noch ein wenig Lesestoff:
https://www.iobroker.net/#de/documentation/tutorial/adapter.mdVielleicht hilft dir das beim Verständnis von Installation von Adaptern, Erstellen einer Instanz usw.
Das wird gerne in einen Topf geworfen, aber das Verhalten bei deiner Installation ist schon korrekt, wenn es entsprechend installiert wurde.Und ganz wichtig:
Ruhe bewahren!
erst einmal abwarten bis alles fertig abgelaufen ist und nicht schon frühzeitig mit operativer Hektik dem drohenden Erfolg entgegenwirken. -
@LJSven sagte in Restore schlägt fehl:
Javascript Adresse ist von der Sonos API, welche auch auf dem SLAVE läuft. Tuya liegt daran, daß das Device nicht am Strom ist.
das könnte passen!
Hier noch ein wenig Lesestoff:
https://www.iobroker.net/#de/documentation/tutorial/adapter.mdVielleicht hilft dir das beim Verständnis von Installation von Adaptern, Erstellen einer Instanz usw.
Das wird gerne in einen Topf geworfen, aber das Verhalten bei deiner Installation ist schon korrekt, wenn es entsprechend installiert wurde.Und ganz wichtig:
Ruhe bewahren!
erst einmal abwarten bis alles fertig abgelaufen ist und nicht schon frühzeitig mit operativer Hektik dem drohenden Erfolg entgegenwirken.@Homoran Kein Problem - ich habe keine Hektik! Ich kann mich manchmal nicht so "passend" ausdrücken. Ich kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen und muss nicht jeden einzelnen Adapter "uploaden", oder? Bisher hat er, meiner Meinung nach, immer die Icon geladen nach einer Wiederherstellung.
-
@Homoran Kein Problem - ich habe keine Hektik! Ich kann mich manchmal nicht so "passend" ausdrücken. Ich kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen und muss nicht jeden einzelnen Adapter "uploaden", oder? Bisher hat er, meiner Meinung nach, immer die Icon geladen nach einer Wiederherstellung.
@LJSven sagte in Restore schlägt fehl:
ch kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen
Ein Versuch wäre es wert, aber wen duu meinen Link gelesen hast, weisst du dass je nach Installationssart, die Daten auf dem Master liegen könnten (müssten) um von dort auf die Instanzen der clients hochgeladen (upload) zu werden.
Nur wenn die Adapterdateien auf dem Slave liegen, klappt der Upload dort -
@LJSven sagte in Restore schlägt fehl:
ch kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen
Ein Versuch wäre es wert, aber wen duu meinen Link gelesen hast, weisst du dass je nach Installationssart, die Daten auf dem Master liegen könnten (müssten) um von dort auf die Instanzen der clients hochgeladen (upload) zu werden.
Nur wenn die Adapterdateien auf dem Slave liegen, klappt der Upload dort@Homoran sagte in Restore schlägt fehl:
@LJSven sagte in Restore schlägt fehl:
ch kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen
Ein Versuch wäre es wert, aber wen duu meinen Link gelesen hast, weisst du dass je nach Installationssart, die Daten auf dem Master liegen könnten (müssten) um von dort auf die Instanzen der clients hochgeladen (upload) zu werden.
Nur wenn die Adapterdateien auf dem Slave liegen, klappt der Upload dortWürdest du es für sinnvoll halten, den iobroker Ordner auf den Slaves zu löschen und neu aufzusetzen?
-
@Homoran sagte in Restore schlägt fehl:
@LJSven sagte in Restore schlägt fehl:
ch kann doch jetzt auch auf dem RaspberryPi ein
iobroker upload allmachen
Ein Versuch wäre es wert, aber wen duu meinen Link gelesen hast, weisst du dass je nach Installationssart, die Daten auf dem Master liegen könnten (müssten) um von dort auf die Instanzen der clients hochgeladen (upload) zu werden.
Nur wenn die Adapterdateien auf dem Slave liegen, klappt der Upload dortWürdest du es für sinnvoll halten, den iobroker Ordner auf den Slaves zu löschen und neu aufzusetzen?
@LJSven sagte in Restore schlägt fehl:
Würdest du es für sinnvoll halten, den iobroker Ordner auf den Slaves zu löschen und neu aufzusetzen?
Nein!
hat denn der upload all über die Konsole auf dem Slave geklappt?
-
@LJSven sagte in Restore schlägt fehl:
Würdest du es für sinnvoll halten, den iobroker Ordner auf den Slaves zu löschen und neu aufzusetzen?
Nein!
hat denn der upload all über die Konsole auf dem Slave geklappt?
-
@LJSven warum sollte es nicht?
Es ist doch alles wie es soll.Hast du mittlerweile meinen Link gelesen?
Das war, was ich mit "Ruhe bewahren" meinte!
kein unnötiges Herumschrauben an bestehenden Konfigurationen. -
@LJSven warum sollte es nicht?
Es ist doch alles wie es soll.Hast du mittlerweile meinen Link gelesen?
Das war, was ich mit "Ruhe bewahren" meinte!
kein unnötiges Herumschrauben an bestehenden Konfigurationen.@Homoran sagte in Restore schlägt fehl:
@LJSven warum sollte es nicht?
Es ist doch alles wie es soll.Hast du mittlerweile meinen Link gelesen?
Das war, was ich mit "Ruhe bewahren" meinte!
kein unnötiges Herumschrauben an bestehenden Konfigurationen.Ja, die Seite habe ich mir durchgelesen - entweder übersehe ich das oder steht da nichts von Multihost? Ich bin immer so vorgegangen, daß ich auf dem Master einen Adapter gesucht habe, den installiert habe und nachher den Server ausgesucht habe / oder direkt bei der Installation
-
@LJSven sagte in Restore schlägt fehl:
Das ist ein Tinkerboard
Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche Probleme@Homoran sagte in Restore schlägt fehl:
Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche ProblemeWas hasst du in der Config für CPU speed & governor stehen? Ich habe den Eindruck das das Tinkerboard mit dem neuen Debian relativ warm wird.
-
@Homoran sagte in Restore schlägt fehl:
Das hat doch 2GB RAM!?
Meine Tinkerboards laufen mit Armbian ohne jegliche ProblemeWas hasst du in der Config für CPU speed & governor stehen? Ich habe den Eindruck das das Tinkerboard mit dem neuen Debian relativ warm wird.
@Homoran Nach einem Neustart, werden manche Adapter auf dem Slave nicht gestartet - woran kann das liegen?
host.raspberrypi 2020-12-16 08:18:01.659 info "system.adapter.text2command.0" enabled host.raspberrypi 2020-12-16 08:17:06.676 info "system.adapter.text2command.0" disabled host.raspberrypi 2020-12-16 08:17:04.953 info "system.adapter.tr-064.0" disabled host.raspberrypi 2020-12-16 08:14:51.324 info "system.adapter.tr-064.0" enabled host.raspberrypi 2020-12-16 08:14:43.730 info "system.adapter.tr-064.0" disabled tankerkoenig.0 2020-12-16 08:11:43.605 info (915) Sync time set to 15 minutes or 900000 ms tankerkoenig.0 2020-12-16 08:11:43.568 info (915) starting. Version 2.0.9 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v12.20.0, js-controller: 3.1.6 simple-api.0 2020-12-16 08:11:13.380 info (842) http server listening on port 8087 simple-api.0 2020-12-16 08:11:13.361 info (842) Allow states only when user is owner: false simple-api.0 2020-12-16 08:11:13.359 info (842) simpleAPI server listening on port 8087 simple-api.0 2020-12-16 08:11:13.275 info (842) starting. Version 2.4.8 in /opt/iobroker/node_modules/iobroker.simple-api, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:11:13.264 info instance system.adapter.tankerkoenig.0 started with pid 915 host.raspberrypi 2020-12-16 08:11:11.561 info instance system.adapter.smartmeter.1 started with pid 908 rpi2.0 2020-12-16 08:11:05.911 info (823) GPIO ports are not configured rpi2.0 2020-12-16 08:11:05.856 error (823) No Value found for cpu_frequency lgtv11.0 2020-12-16 08:11:05.510 info (808) Ready. Configured LG TV IP: 192.168.178.28, Port: 8080, Pairing Key: 789905 lgtv11.0 2020-12-16 08:11:05.459 info (808) starting. Version 1.0.5 in /opt/iobroker/node_modules/iobroker.lgtv11, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:11:05.078 info instance system.adapter.smartmeter.0 started with pid 853 rpi2.0 2020-12-16 08:11:04.968 info (823) starting. Version 1.2.0 in /opt/iobroker/node_modules/iobroker.rpi2, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:11:03.747 info instance system.adapter.simple-api.0 started with pid 842 host.raspberrypi 2020-12-16 08:10:58.882 info instance system.adapter.rpi2.0 started with pid 823 enigma2.0 2020-12-16 08:10:58.692 info (744) enigma2 Verbunden! history.0 2020-12-16 08:10:58.162 info (793) starting. Version 1.9.10 in /opt/iobroker/node_modules/iobroker.history, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:10:54.599 info instance system.adapter.lgtv11.0 started with pid 808 geofency.0 2020-12-16 08:10:51.802 info (778) http server listening on port 7999 geofency.0 2020-12-16 08:10:51.755 info (778) Adapter got 'Ready' Signal - initiating Main function... geofency.0 2020-12-16 08:10:51.705 info (778) starting. Version 0.3.2 in /opt/iobroker/node_modules/iobroker.geofency, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:10:50.694 info instance system.adapter.history.0 started with pid 793 host.raspberrypi 2020-12-16 08:10:47.096 info instance system.adapter.geofency.0 started with pid 778 enigma2.0 2020-12-16 08:10:43.016 info (744) starting Polling every 15000 ms enigma2.0 2020-12-16 08:10:42.941 info (744) starting. Version 1.3.2 in /opt/iobroker/node_modules/iobroker.enigma2, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:10:41.044 info instance system.adapter.fritzdect.0 started with pid 763 email.0 2020-12-16 08:10:40.308 info (737) starting. Version 1.0.7 in /opt/iobroker/node_modules/iobroker.email, node: v12.20.0, js-controller: 3.1.6 host.raspberrypi 2020-12-16 08:10:37.025 info instance system.adapter.enigma2.0 started with pid 744 host.raspberrypi 2020-12-16 08:10:36.515 info instance system.adapter.email.0 started with pid 737 host.raspberrypi 2020-12-16 08:10:29.076 info instance scheduled system.adapter.daswetter.0 0 * * * * host.raspberrypi 2020-12-16 08:10:28.970 info starting 14 instances host.raspberrypi 2020-12-16 08:10:28.779 info 55 instances found host.raspberrypi 2020-12-16 08:10:26.421 info connected to Objects and States host.raspberrypi 2020-12-16 08:10:25.825 info ip addresses: 192.168.178.44 fe80::196:3916:ec0f:1877 10.8.0.1 fe80::e62a:8402:a503:f31e host.raspberrypi 2020-12-16 08:10:25.821 info hostname: raspberrypi, node: v12.20.0 host.raspberrypi 2020-12-16 08:10:25.819 info Copyright (c) 2014-2020 bluefox, 2014 hobbyquaker host.raspberrypi 2020-12-16 08:10:25.808 info iobroker.js-controller version 3.1.6 js-controller starting host.raspberrypi 2020-12-16 08:08:10.450 info Adapter tr-064 still running host.raspberrypi 2020-12-16 08:08:10.449 info Adapter smartmeter still running host.raspberrypi 2020-12-16 08:08:10.448 info Adapter smartmeter still running host.raspberrypi 2020-12-16 08:08:10.447 info Adapter simple-api still running host.raspberrypi 2020-12-16 08:08:10.447 info Adapter rpi2 still running host.raspberrypi 2020-12-16 08:08:10.446 info Adapter lgtv11 still running host.raspberrypi 2020-12-16 08:08:10.445 info Adapter history still running host.raspberrypi 2020-12-16 08:08:10.444 info Adapter geofency still running host.raspberrypi 2020-12-16 08:08:10.443 info Adapter fritzdect still running host.raspberrypi 2020-12-16 08:08:10.443 info Adapter enigma2 still running host.raspberrypi 2020-12-16 08:08:10.442 info Adapter email still running host.raspberrypi 2020-12-16 08:08:10.440 info force terminating host.raspberrypi 2020-12-16 08:07:56.520 info stopInstance system.adapter.text2command.0 killing pid 924 text2command.0 2020-12-16 08:07:56.109 info (924) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason tankerkoenig.0 2020-12-16 08:07:55.904 info (1010) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason enigma2.0 2020-12-16 08:07:55.870 info (697) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason simple-api.0 2020-12-16 08:07:55.545 info (784) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason text2command.0 2020-12-16 08:07:55.504 info (924) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2020-12-16 08:07:55.520 info stopInstance system.adapter.tr-064.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.518 info stopInstance system.adapter.text2command.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.517 info stopInstance system.adapter.smartmeter.1 send kill signal host.raspberrypi 2020-12-16 08:07:55.516 info stopInstance system.adapter.smartmeter.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.513 info stopInstance system.adapter.simple-api.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.512 info stopInstance system.adapter.rpi2.0 send kill signal tr-064.0 2020-12-16 08:07:55.513 info (931) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2020-12-16 08:07:55.510 info stopInstance system.adapter.lgtv11.0 send kill signal simple-api.0 2020-12-16 08:07:55.498 info (784) Got terminate signal TERMINATE_YOURSELF rpi2.0 2020-12-16 08:07:55.497 info (770) Got terminate signal TERMINATE_YOURSELF lgtv11.0 2020-12-16 08:07:55.495 info (743) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2020-12-16 08:07:55.492 info stopInstance system.adapter.geofency.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.491 info stopInstance system.adapter.fritzdect.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.489 info stopInstance system.adapter.enigma2.0 send kill signal geofency.0 2020-12-16 08:07:55.491 info (719) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason tr-064.0 2020-12-16 08:07:55.416 info (931) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason rpi2.0 2020-12-16 08:07:55.415 info (770) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason enigma2.0 2020-12-16 08:07:55.458 info (697) Got terminate signal TERMINATE_YOURSELF email.0 2020-12-16 08:07:55.456 info (686) Got terminate signal TERMINATE_YOURSELF email.0 2020-12-16 08:07:55.384 info (686) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason simple-api.0 2020-12-16 08:07:55.370 info (784) terminating http server on port 8087 lgtv11.0 2020-12-16 08:07:55.379 info (743) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason history.0 2020-12-16 08:07:55.442 info (742) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason geofency.0 2020-12-16 08:07:55.439 info (719) Got terminate signal TERMINATE_YOURSELF host.raspberrypi 2020-12-16 08:07:55.438 info stopInstance system.adapter.email.0 send kill signal host.raspberrypi 2020-12-16 08:07:55.411 info stopInstance system.adapter.tr-064.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.410 info stopInstance system.adapter.text2command.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.409 info stopInstance system.adapter.tankerkoenig.0 (force=false, process=false) host.raspberrypi 2020-12-16 08:07:55.407 info stopInstance system.adapter.smartmeter.1 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.405 info stopInstance system.adapter.smartmeter.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.404 info stopInstance system.adapter.simple-api.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.402 info stopInstance system.adapter.rpi2.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.400 info stopInstance system.adapter.lgtv11.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.398 info stopInstance system.adapter.history.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.396 info stopInstance system.adapter.geofency.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.393 info stopInstance system.adapter.fritzdect.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.391 info stopInstance system.adapter.enigma2.1 (force=false, process=false) host.raspberrypi 2020-12-16 08:07:55.388 info stopInstance system.adapter.enigma2.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.385 info stopInstance system.adapter.email.0 (force=false, process=true) host.raspberrypi 2020-12-16 08:07:55.379 info stopInstance canceled schedule system.adapter.daswetter.0 host.raspberrypi 2020-12-16 08:07:55.373 info stopInstance system.adapter.daswetter.0 (force=false, process=false) host.raspberrypi 2020-12-16 08:07:55.370 info stopInstance system.adapter.ble.0 (force=false, process=false) host.raspberrypi 2020-12-16 08:07:55.352 info received SIGTERM -
@Homoran Mein System läuft soweit stabil - allerdings gelangt mein Tinkerboard an seine Grenzen. Wenn ich jetzt ein Adapter, der im Ursprung auf dem Tinkerboard installiert ist, auf dem SLAVE (Raspberry) umziehen will, bleibt der Adaper rot / siehe Trashschedule
Habe es auch schon mit dem TR-064 Adapter probiert - gleiches Ergebnis. Hast du eine Idee, wie ich da vorgehen soll?
Support us
432
Online32.7k
Benutzer82.3k
Themen1.3m
Beiträge