hb-rf-eth meldet Fehler -4

[hm247]

Hallo zusammen,

ich verwende die Antennenlösung hb-rf-eth/rpi-rf-mod mit der aktuellen Version von Debmatic unter Debian Bookworm.
Das alles lief monatelang stabil. Aber jetzt startet Debmatic nicht mehr durch und nach 5 Minuten erscheint die Meldung

Code: Alles auswählen

[  313.927369] hb-rf-eth hb-rf-eth: Error -4 on receiving packet

Die hb-rf-eth Platine ist über das Web-Interface problemlos erreichbar. Debian meldet beim Booten auch die erfolgreiche Anbindung der hb-rf-eth. Was könnte hier das Problem sein ?

Viele Grüße

Code: Alles auswählen

# debmatic-info
debmatic version: 3.75.7-115
OS:               Armbian 23.11.0-trunk bookworm
Kernel:           6.6.8-edge-rockchip64 aarch64
Service Status:   Stopped
Kernel modules:   Available
Raw UART dev:     Available
HMRF Hardware:    RPI-RF-MOD
 Connected via:   HB-RF-ETH@192.168.xx.32 (/dev/raw-uart)
 Board serial:    58A9Axxxxx
 Radio MAC:       0xxxxxx
HMIP Hardware:    RPI-RF-MOD
 Connected via:   HB-RF-ETH@192.168.xx.32 (/dev/raw-uart)
 SGTIN:           3014F711A0001Fyyyyyyyyyy
 Radio MAC:       0xxxxxx

Code: Alles auswählen

# dmesg
[   13.345432] r8152 2-1.4:1.0 end1: carrier on
[   13.385788] generic_raw_uart: loading out-of-tree module taints kernel.
[   13.419226] raw-uart raw-uart: Reset radio module
[   13.528139] raw-uart raw-uart: Registered new raw-uart device using underlying device HB-RF-ETH@-.
[   13.528189] hb-rf-eth hb-rf-eth: failed creating connect sysfs file: 0
[   13.611735] hb-rf-eth hb-rf-eth: Trying to connect to 192.168.xx.32
[   13.728202] hb-rf-eth hb-rf-eth: Successfully connected to 192.168.xx.32
[   14.076196] raw-uart raw-uart: Reset radio module
[   16.515618] raw-uart raw-uart: Reset radio module
[   18.388873] Enabled cp15_barrier support
[   18.389298] Enabled setend support
[   65.984203] systemd[2448]: memfd_create() called without MFD_EXEC or MFD_NOEXEC_SEAL set
[  313.927369] hb-rf-eth hb-rf-eth: Error -4 on receiving packet
[  392.086176] raw-uart raw-uart: Reset radio module
[  392.197036] raw-uart raw-uart: Registered new raw-uart device using underlying device HB-RF-ETH@-.
[  392.197113] hb-rf-eth hb-rf-eth: failed creating connect sysfs file: 0
[  392.222474] hb-rf-eth hb-rf-eth: Trying to connect to 192.168.xx.32
[  392.329131] hb-rf-eth hb-rf-eth: Successfully connected to 192.168.xx.32
[  392.481321] raw-uart raw-uart: Reset radio module
[  394.913734] raw-uart raw-uart: Reset radio module

P.S.: Neuinstallationen sind zur Zeit nicht möglich, da apt.debmatic.de offline ist.
(Nicht geholfen hat: Netzwerkkabel tauschen, Stromversorgung über POE anstatt über Steckernetzteil.)

[soisses77]

Tatsächlich habe ich genau das gleiche Problem ... ich musste heute meinen Server kurz herunterfahren, um an der Steckdosenleiste etwas zu ändern. Nach dem Neustart bekomme ich genau die gleichen Fehler.

Folgendes habe ich überprüft:

- debmatic-info zeigt alles normal an
- auf der Statusseite des HB-RF-ETH sieht auch alles normal aus; es steht auch "verbunden mit" da

journalctl gibt folgendes aus:

Apr 25 12:54:22 debmatic systemd[1]: debmatic.service: start operation timed out. Terminating.
Apr 25 12:54:22 debmatic systemd[1]: debmatic.service: Main process exited, code=killed, status=15/TERM
Apr 25 12:54:22 debmatic echo[812]: - > /sys/module/hb_rf_eth/parameters/connect
Apr 25 12:54:22 debmatic kernel: hb-rf-eth hb-rf-eth: Error -4 on receiving packet
Apr 25 12:54:22 debmatic systemd[1]: debmatic.service: Failed with result 'timeout'.
Apr 25 12:54:22 debmatic systemd[1]: Failed to start debmatic.service - debmatic.

Hmmm...das ist blöd, oder?

LG
Manfred

[soisses77]

Zusätzliche Info:

Aktuell geht ja apt.debmatic.de nicht; der DNS Record verweist auf auf die IP-Adresse 94.130.64.242 - auf diese wird beim Start des debmatic.service versucht, zuzugreifen - was dann nach einem Timeout scheitert ... vielleicht gibt es ja einen Zusammenhang mit dem Repository, was aktuell down ist.

[soisses77]

Noch ein Update und die temporäre Lösung:

Wenn man den Debmatic-Rechner (bei mir eine VM) nur noch lokal betreibt (ich habe dazu in der /etc/network/interfaces einfach die Gateway und DNS-Einstellungen entfernt) funktioniert alles wie gewohnt ...

[hm247]

Wenn man den Debmatic-Rechner (bei mir eine VM) nur noch lokal betreibt (ich habe dazu in der /etc/network/interfaces einfach die Gateway und DNS-Einstellungen entfernt) funktioniert alles wie gewohnt ...

Also weder ein Hardware- noch ein Software-Problem. Das ist eine gute Nachricht .

Aber das die Funktionsfähigkeit von Debmatic / hb-rf-eth/rpi-rf-mod von der Verfügbarkeit von apt.debmatic.de abhängt gefällt mir nicht.

Vielleicht kann Alex das ja auch anders lösen ?

Edit: apt.debmatic.de ist jetzt wieder erreichbar und das Problem tritt nicht mehr auf.

[rbeudel]

Ich bin auch darauf hereingefallen. Bei uns wurde mehrmals der Strom abgeschaltet und danach fuhr die vorher ordentlich heruntergefahrene Debmatic nicht mehr hoch. Nachdem ich das VM Backup eingespielt habe gings wieder, lag aber wohl nicht daran war genau die selbe Zeit.