Cloud-Absturz: IOT invalid states ?

[MCU]

Es geht hier um 2 Sachen:

1. Können invalid states in der iot-Instanz zu Cloud-Problemen führen?

2. Kann man einen cloud-Absturz erkennen und ihn beheben durch Neustart des RaspberryPi vom ioBroker aus. Und wie geht das?

Einige Adapter schreiben in die io.....?
Ich hatte den "daswetter-Adapter" installiert, da waren plötzlich 1532 debug-Meldungen im "IOT"-debug als "invalid state".
Durch Deinstallation waren sie dann wieder weg.

Hier Beispiele für Invalid state im IOT-debug: [ALEX3] Invalid state
zigbee
sonoff
javascript
broadlink
daswetter (1532 invalid states)

Spoiler

iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xy.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.468	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.voltage". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.temperature". Not exist or no native part.
iot.0	2020-08-23 15:56:23.467	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.link_quality". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.humidity". Not exist or no native part.
iot.0	2020-08-23 15:56:23.466	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.battery". Not exist or no native part.
iot.0	2020-08-23 15:56:23.465	debug	(23345) [ALEX3] Invalid state "zigbee.0.00xx.available". Not exist or no native part.
iot.0	2020-08-23 15:56:23.457	debug	(23345) [ALEX3] Invalid state "system.adapter.javascript.0.lastSync". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_3.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.456	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_2.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.455	debug	(23345) [ALEX3] Invalid state "sonoff.0.SONOFF_RF_1.alive". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.447	debug	(23345) [ALEX3] Invalid state "broadlink2.0._SendScene". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0._NewDeviceScan". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMIN._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.446	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._SendCode". Not exist or no native part.
iot.0	2020-08-23 15:56:23.445	debug	(23345) [ALEX3] Invalid state "broadlink2.0.RM:RMMINI._Learn". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsfeed". Not exist or no native part.
iot.0	2020-08-23 15:56:23.437	debug	(23345) [ALEX3] Invalid state "admin.0.info.newsETag". Not exist or no native part.
iot.0	2020-08-23 15:56:23.436	debug	(23345) [ALEX3] Invalid state "admin.0.connected". Not exist or no native part.
iot.0	2020-08-23 15:56:23.435	debug	(23345) [ALEX3] Invalid state "0_userdata.0.example_state". Not exist or no native part.

Kann man das selbst ändern oder ist das nur vom Adapter Programmierer zu erledigen.

CLOUD-PROBLEM

Können dadurch Probleme im Cloud-Adapter entstehen?
Meine Cloud-Instanz stürzt häufiger ab und bringt damit das ganze System zum Absturz.
Man kann nicht mal mehr mit Console auf den RaspberryPI kommen.

Spoiler

2020-08-23 05:32:13.424  - info: mqtt.0 (1747) Client [ESP32CAM_1] connection closed: timeout
2020-08-23 05:32:13.528  - info: javascript.0 (24902) script.js.MQTT.MQTT_CLIENTS: MQTT-CLIENTS leer
2020-08-23 05:32:13.529  - info: javascript.0 (24902) script.js.HAUS.TUER.TUER_TEST: ESP32-CAM hat die Verbindung verloren
2020-08-23 05:32:16.446  - warn: telegram.0 (1884) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:16.677  - warn: telegram.1 (1899) polling_error:EFATAL, EFATAL: Error: read ETIMEDOUT
2020-08-23 05:32:29.983  - error: cloud.0 (1011) Ping timeout
2020-08-23 05:32:29.985  - info: cloud.0 (1011) Connection changed: Ping timeout
2020-08-23 05:32:29.986  - info: cloud.0 (1011) Connection lost
2020-08-23 05:32:40.513  - info: meross.0 (1732) Device: 18xxxxxx7 closed: null

Erst verabschiedet sich die interne ESP32Cam, dann telegram und danach die Cloud und dann die Meross-Cloud-Anbindung.
Vermutlich am Anfang ein internes Netzwerk-Problem (AVM Fritzbox 7.19 Beta).
Trotzdem lief das Netzwerk weiter. Alle anderen Geräte, ausser Raspberry, waren noch im Netz und funktionierten!
Auch nach dem Neustart kamen noch Meldungen:

2020-08-23 13:46:58.327  - warn: telegram.1 (1986) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:46:58.383  - warn: telegram.0 (1964) polling_error:EFATAL, EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org
2020-08-23 13:47:01.035  - warn: upnp.0 (2061) Error sending SOAP request: Error: connect EHOSTUNREACH 192.168.178.1:49000

Das System konnte nicht mehr erreicht werden über die Console.
Kann man das irgendwie verhindern?

In so einem Fall automatisch den Raspberry neu starten, vom ioBroker aus?
Wie erkenne ich die Situation im ioBroker mit States?

Vielen Dank

[haselchen]

@MCU

Nur ein Gedanke, hast du mal ins Log der Fritzbox zu dem Zeitpunkt der Abbrüche geguckt?

[MCU]

@haselchen Gute Idee. Steht aber nur drin: Das Gerät wurde um 05:32 abgemeldet. Sonst ist zu dem Zeitpunkt nichts passiert.

[haselchen]

@MCU

Hast du alle Logs angeguckt ?
Wlan ?
Internet ?
System?

Hatte die hochgelobte 7.20 auf der Fritte.
Dann begann der Horror.
DSL Abbrüche ohne Ende.
Telegramm Errors.
Hab die 7.12 seit gestern wieder und bisher läuft alles. Toi toi toi

[MCU]

@haselchen Ja. auf "ALLE". Hab wie gesagt die 7.19 Beta, kann nicht zurück. Muss die Entwicklung von AVM mitmachen bzw. abwarten. Trotzdem Danke.

[haselchen]

@MCU

Wieso kannst du nicht zurück?
Gibt doch ne recovery.exe?
Wäre natürlich komfortabler wenn du eine Sicherung von 7.12 hast. Sonst fängst du bei 0 an.

[MCU]

@haselchen Wenn ich weiter auf den Tablets TV schauen möchte, muss ich bei der Version bleiben. Wird erst mit 7.19 unterstützt für 6591 Cable.