[GELÖST] Fehler: Could not parse routing frame

[Josh]

Hallo zusammen!

Ich habe gerade mal aus "Spaß" den Fehlerlog ausgelesen. Alle paar Sekunden kommt folgender Fehler:

Code: Alles auswählen

Oct 20 10:35:49 de.eq3.cbcs.lib.backbone.lanrouting.BackboneWorker ERROR [vert.x-worker-thread-3] AP 3014F711A061A7D7098Exxxx: Could not parse routing frame 
de.eq3.cbcs.util.core.InvalidParameterLengthException: The parameter key must be 16 byte long
	at de.eq3.cbcs.util.core.ByteArrayUtils.validateParameterLength(ByteArrayUtils.java:200)
	at de.eq3.cbcs.util.core.CbcMacAes.calculateMIC(CbcMacAes.java:423)
	at de.eq3.cbcs.lib.backbone.lanrouting.BackboneWorker.sendBackboneFrameToBackbone(BackboneWorker.java:773)
	at de.eq3.cbcs.lib.backbone.lanrouting.BackboneWorker.sendFrameToBackbone(BackboneWorker.java:677)
	at de.eq3.cbcs.lib.backbone.lanrouting.BackboneWorker.lambda$start$15(BackboneWorker.java:121)
	at io.vertx.core.eventbus.impl.HandlerRegistration.deliver(HandlerRegistration.java:212)
	at io.vertx.core.eventbus.impl.HandlerRegistration.handle(HandlerRegistration.java:191)
	at io.vertx.core.eventbus.impl.EventBusImpl.lambda$deliverToHandler$3(EventBusImpl.java:505)
	at io.vertx.core.impl.ContextImpl.lambda$wrapTask$2(ContextImpl.java:337)
	at io.vertx.core.impl.TaskQueue.lambda$new$0(TaskQueue.java:60)
	at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
	at java.lang.Thread.run(Thread.java:748)

Sagt das einem was?

Ob der Fehler vor dem Update auf die neuste FW auch schon aufgetreten ist, kann ich nicht sagen.

Mein System: siehe Signatur.

[jmaus]

Ich habe gerade mal aus "Spaß" den Fehlerlog ausgelesen. Alle paar Sekunden kommt folgender Fehler:

Code: Alles auswählen

Oct 20 10:35:49 de.eq3.cbcs.lib.backbone.lanrouting.BackboneWorker ERROR [vert.x-worker-thread-3] AP 3014F711A061A7D7098Exxxx: Could not parse routing frame 
de.eq3.cbcs.util.core.InvalidParameterLengthException: The parameter key must be 16 byte long
[...]

Sagt das einem was?

Ja, mir. Diese Fehlermeldung hängt wohl damit zusammen, dass du (noch) ein HM-MOD-RPI-PCB Funkmodul einsetzt für das es leider bis jetzt kein weiteres Funkmodul-Firmware-Update gibt das es mehr kompatibel zu neueren Entwicklungen rund um die Anbindung eines HmIP-HAP als LAN Gateway in den 3.53.x Firmwares macht. Und so ist es wohl so, das diese vermeintlichen Fehlermeldungen im hmserver.log auftauchen und die damit zu tun haben das hier irgendwelchen Inkompatibilitäten inzwischen existieren. Wenn du allerdings praktisch keinerlei Einschränkungen in der Kommunikation mit HmIP Geräten feststellen kannst, dann kannst du bis auf weiteres diese Fehlermeldung ignorieren (bis ggf. eQ3 ein Firmware-Update nachliefert oder die Fehlerausgabe im HmIPServer entsprechend anpasst.

Es ist jedoch zusätzlich auch so, das ich stand heute jedem zum Wechseln auf das RPI-RF-MOD raten würde weil dieses naturgemäß für eQ3 mehr Priorität hat und folglich Firmware-Updates für diese Funkmodulreihe zuerst rauskommen weil dieses eben auch in den CCU3s eingesetzt wird.

[Josh]

Danke Jens, für die schnelle Antwort.

Ja, ich habe noch das alte Funkmodul.

Dann werde ich mir wohl mal das neue Modul bestellen.

Tendenziell würde ich dann gleich einen neuen RPi3B inkl. dem richtigen Gehäuse bestellen.

Muss ich beim Umstellen auf das neue System irgendetwas beachten? Oder einfach das neue Modul auf den RPi3B stecken und dann SD-Karte mit Raspberrymatic drauf rein stecken und Backup einspielen.

Ich will hoffen, dass nicht neu angelernt werden muss...

[Josh]

Habe jetzt das neue Funkmodul drauf. Die Fehler sind jetzt weg.

Es hat übrigens so funktioniert, wir ich oben angenommen habe. Der Umstieg war also problemlos.

Josh

[nuart]

Hallo,
ich bin soeben von einer CCU2 auf Raspberrymatic auf einem RPI3b mit dem alten Funkmodell umgezogen. Alles hat gut geklappt, allerdings habe ich im log auch die oben beschriebene Fehlermeldung. Ich habe nur einen HM-IP Schalter, der funktioniert auch einwandfrei, also eigentlich alles gut. Aber da alle 30 Sekunden diese Fehlermeldung in die hmserver.log hineingeschrieben wird denke ich, dass dies die Lebensdauer der SD-Karte verkürzen wird und möglicherweise die Karte selbst einmal überläuft. Daher folgende Fragen an das Forum:
- Kann die hmserver.log auf USB ausgelagert werden?
- Gibt es eine Möglichkeit, diesen Fehler nicht zu protokollieren?
- wird die hmserver.log überschrieben,wenn sie eine bestimmte Grösse errreicht hat, sodass der Speicher nicht überlaufen kann?

[jp112sdl]

t. Aber da alle 30 Sekunden diese Fehlermeldung in die hmserver.log hineingeschrieben wird denke ich, dass dies die Lebensdauer der SD-Karte verkürzen wird und möglicherweise die Karte selbst einmal überläuft.

Die Logs liegen im RAM.

[nuart]

Danke für die rasche Antwort. Demzufolge liegt der Ordner var/log komplett im RAM, und ich muss mir keine Sorgen um die SD machen?

[jp112sdl]

Danke für die rasche Antwort. Demzufolge liegt der Ordner var/log komplett im RAM, und ich muss mir keine Sorgen um die SD machen?

/var ist im tmpfs gemountet und liegt im RAM

Mit mount oder df siehst du das.

[nuart]

@jp112sdl: Vielen Dank, habe ich als Linux-Anfänger wieder was gelernt.
Gruß leo