Massive Probleme nach Austausch von Router und Mesh Repeater

[Homoran]

@invidianer sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

da der Datenpunkt jsonDeviceList nach dem Neustart des Pi und somit des ioBrokers wieder verschwunden war.

ich denke, deswegen steht die Meldung ja auch da.
Der Datenpunkt wird vom Adapter ohne zugehöriges Objekt angelegt.
Das darf nicht sein und muss (vom Entwickler) geändert werden.

[invidianer]

So, nach Umpositionieren und Anschließen ans LAN-Kabel bisher keine Probleme mehr daumendrück
Nur halt das mit dem Verschwinden des Datenpunktes beim Neustart des tr064-Adapters.
Das beobachte ich und mache dann ein Issue auf.

@wendy2702
Du schriebst, ich solle nach Stoppen des Adapters alle Objekte löschen. Also den gesamten Ordner „tr-064.0“? Oder bezog sich das nur auf den Ordner „devices“?

[wendy2702]

@invidianer ich meine alles.

[invidianer]

@wendy2702 said in Massive Probleme nach Austausch von Router und Mesh Repeater:

@invidianer ich meine alles.

Okay, danke, probiere ich nachher!
Hatte Angst, daß ich dann diesen Callmonitor erneut aktivieren muß, was ziemlich fummelig war, weil ich kein angeschlossenes Telefon habe und auch sonst die Daten weg sind. Die devices werden ja wieder reingeladen nach einem Restart.
Ich gebe später Feedback, ob das Löschen des Ordners „tr-064“ samt Inhalt Besserung brachte oder ich einen Issue erstellen mußte.

[invidianer]

@wendy2702 said in Massive Probleme nach Austausch von Router und Mesh Repeater:

@invidianer ich meine alles.

So, gesamten Ordner "tr-064.0" inkl. aller Inhalte gelöscht, selbes Fehlerbild.
Ich habe einen Issue erstellt, habe aber doch den Verdacht, daß es mit der Migration von der 7490 auf die 7590 zusammenhängt. xelarep meinte ja auch, daß es bei ihm auch massive Probleme dabei gab.

[Thomas Braun]

@invidianer Ich würde ja die neue Box auf Werksreset stellen und dann 'zu Fuß' alles richtig neueinstellen.

[xelarep]

@thomas-braun sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

@invidianer Ich würde ja die neue Box auf Werksreset stellen und dann 'zu Fuß' alles richtig neueinstellen.

Ist halt eine Abwägung: wenn man davon ausgeht, dass der Migrationsassistent auch ein solcher ist... Aber im Prinzip ja: zu Fuß / neu hätte wahrscheinlich nicht viel länger gedauert - dazu muss man seine alte Konfiguration halt gut dokumentiert haben (z.B. Liste fix per DHCP zugewiesener IPs usw.). Meine Liste oben dokumentiert ja den ganzen Wahnsinn an Nacharbeiten, den ich so nicht erwartet hätte (speziell Fritz-eigene Funktionen wie DECT, MESH, AB usw.).

Der ioBroker war eigentlich(tm) am wenigsten betroffen...

[invidianer]

@thomas-braun
Das werde ich auch machen, wenn ich weitere Probleme identifizieren sollte. Dies ist, bis auf das Thema mit dem tr064-Adapter momentan aber nicht der Fall.

[invidianer]

So, es war tatsächlich ein Problem mit dem Adapter. Wird morgen "offiziell" eine reparierte Version geben.

[Homoran]

@invidianer sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

es war tatsächlich ein Problem mit dem Adapter

genau deswegen erscheint ja die Meldung

[invidianer]

@homoran
Jetzt hab auch ich‘s kapiert

[Homoran]

@invidianer sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

@homoran
Jetzt hab auch ich‘s kapiert

da hättest du dich schon die ganze Zeit nicht wegen verrückt machen müssen

[invidianer]

@homoran
Naja, verrückt war ich schon vorher 🤪
Ich hätte gedacht, daß so ein Fehler bei einem so beliebten und vielgenutzten Adapter bestimmt schon einigen vor mir aufgefallen wäre und dachte deshalb, daß es an meiner Migration liegt.

[invidianer]

Leider ist immer noch nicht ganz Ruhe
Habt ihr da eine Idee?

2021-03-11 10:48:58.588 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:08.625 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:18.638 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:28.651 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:38.668 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:48.681 - error: hue.0 (1866) Could not poll all: connect ECONNREFUSED 192.168.2.51:443
2021-03-11 10:49:59.848 - error: hue.0 (1866) Could not poll all: Error
2021-03-11 10:50:09.862 - error: hue.0 (1866) Could not poll all: Error
2021-03-11 13:38:07.735 - info: mqtt.0 (1597) Client [shelly1-E098068D096C] reconnected. Old secret 1615299282423_3424. New secret 1615466287727_6267
2021-03-11 13:38:07.789 - info: mqtt.0 (1597) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.command"
2021-03-11 13:38:07.790 - info: mqtt.0 (1597) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.command"
2021-03-11 13:38:07.791 - info: mqtt.0 (1597) Client [shelly1-E098068D096C] subscribes on "mqtt.0.shellies.shelly1-E098068D096C.relay.0.command"

[wendy2702]

@invidianer Wegen HUE oder Shelly oder beidem ?

[invidianer]

@wendy2702
Eigentlich beidem.
Shelly könnte „normal“ sein, ist ja eine Info. Macht aber der andere Shelly nicht.
Hue ist halt blöd

[invidianer]

Shelly- und Hue-Fehler sind bisher nicht mehr aufgetreten.

Dafür dieser neue:

2021-03-13 01:13:07.302 - error: host.raspberrypi Cannot delete file "/opt/iobroker/log/iobroker.2021-03-05.log.gz": Error: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2021-03-05.log.gz'

Weiß jemand, woran das liegen kann bzw. was zu tun ist?

[wendy2702]

@invidianer sagte in Massive Probleme nach Austausch von Router und Mesh Repeater:

/opt/iobroker/log/iobroker.2021-03-05.log.gz": Error: ENOENT: no such file or directory, unlink '/opt/iobroker/log/iobroker.2021-03-05.log.gz'

Da sollte ein Logfile gelöscht werden das es nicht mehr gibt.

Würde erstmal nichts unternehmen und schauen ob das irgendwann erneut kommt.

[invidianer]

@wendy2702
Okay, danke!
Dann mal abwarten ...

[invidianer]

Kann hierzu jemand etwas sagen? Ist dieses Verhalten, wenn es nur selten auftritt, vielleicht normal und nicht zu verhindern?

2021-03-13 13:44:38.807 - info: sonoff.0 (974) Client [Waschmaschine] reconnected. Old secret 1615325161188_7629. New secret 1615639478803_2986
2021-03-13 13:45:13.757 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.758 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.758 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.759 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends pingreq. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.759 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.759 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.769 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.769 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.769 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986
2021-03-13 13:45:13.770 - warn: sonoff.0 (974) Old client Waschmaschine with secret 1615325161188_7629 sends publish. Ignore! Actual secret is 1615639478803_2986