RaspberryMatic 3.73.9.20231130 – Neue Version

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

Gesperrt
Benutzeravatar
jmaus
Beiträge: 9868
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1883 Mal
Kontaktdaten:
Kontaktdaten von jmaus

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von jmaus » 07.12.2023, 18:03

LibertyX hat geschrieben: ↑
07.12.2023, 15:19
 Hab gestern wieder die 3.71.12.20231020 installiert und mit dieser ist die Meldung nicht mehr Aufgetreten.
Das wundert mich nicht, denn die KFENCE Funktionalität zur Überwachung falscher Memory Zugriffe habe ich erst mit der aktuellen RaspberryMatic Version umgesetzt. D.h. Aber natürlich nicht, das das Problem (der falsche Memory Zugriff des usbhid-ups Treibers) damit geklärt ist, weil der findet sicherlich trotzdem statt und kann im schlimmsten Fall zu einem Absturz des Systems führen. Und das KFENCE in aktuellen Kerneln in RaspberryMatic verhindert diesen Zugriff eben und damit auch potentiell den Absturz…
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️
Nach oben
LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von LibertyX » 07.12.2023, 18:15

Die Info wäre hilfreich gewesen, denn im Change log steht davon nichts.

Vermutlich findet der Zugriff schon immer statt, wurde nur bisher nicht protokolliert.
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
Nach oben
Benutzeravatar
Baxxy
Beiträge: 10850
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 610 Mal
Danksagung erhalten: 2229 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von Baxxy » 07.12.2023, 19:41

:x

Code: Alles auswählen

Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368522] ==================================================================
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368548] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368548] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368572] Corrupted memory at 0x00000000452093c7 [ ! ! ! . . . . . . . . . . . . . ] (in kfence-#193):
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368678]  free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368695]  usbdev_ioctl+0x138/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368711]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368735]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368758]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368780]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368801]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368822]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368842]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368858] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368865] kfence-#193: 0x00000000b3665002-0x000000006cdc5d52, size=5, cache=kmalloc-128
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368865] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368882] allocated by task 1676 on cpu 0 at 182660.090044s:
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368911]  proc_do_submiturb+0xdb0/0x1000
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368927]  usbdev_ioctl+0x12c0/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368942]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368963]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368983]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369004]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369024]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369042]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369061]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369075] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369081] freed by task 1676 on cpu 0 at 182660.368471s:
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369119]  free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369133]  usbdev_ioctl+0x138/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369147]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369169]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369189]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369210]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369229]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369247]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369266]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369281] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369289] CPU: 0 PID: 1676 Comm: usbhid-ups Tainted: G         C O       6.1.63 #1
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369307] Hardware name: Raspberry Pi 3 Model B Rev 1.2 (DT)
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369317] ==================================================================
LibertyX hat geschrieben: ↑
07.12.2023, 15:19
 Ist die CCU dein einziger NUT Client oder Verbinden sich noch weitere Clients mit dem Server auf der CCU?
Die RM ist als "MODE=netserver" konfiguriert. Aktuell hängt kein Klient (weiß nicht ob die RM selbst als Klient zählt) dran, nur die Network UPS Tools (NUT) - Integration eines Homeasistant.
Nach oben
Gluehwurm
Beiträge: 12434
Registriert: 19.03.2014, 00:37
System: in Planung
Hat sich bedankt: 105 Mal
Danksagung erhalten: 380 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von Gluehwurm » 07.12.2023, 22:46

Fehler behoben, mit Nightly vom 06.12.2023 startet Odroid wieder. :mrgreen:

Danke Jens
Nach oben
LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von LibertyX » 09.12.2023, 15:07

Baxxy hat geschrieben: ↑
07.12.2023, 19:41
 :x

Code: Alles auswählen

Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368522] ==================================================================
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368548] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368548] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368572] Corrupted memory at 0x00000000452093c7 [ ! ! ! . . . . . . . . . . . . . ] (in kfence-#193):
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368678]  free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368695]  usbdev_ioctl+0x138/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368711]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368735]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368758]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368780]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368801]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368822]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368842]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368858] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368865] kfence-#193: 0x00000000b3665002-0x000000006cdc5d52, size=5, cache=kmalloc-128
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368865] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368882] allocated by task 1676 on cpu 0 at 182660.090044s:
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368911]  proc_do_submiturb+0xdb0/0x1000
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368927]  usbdev_ioctl+0x12c0/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368942]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368963]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.368983]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369004]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369024]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369042]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369061]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369075] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369081] freed by task 1676 on cpu 0 at 182660.368471s:
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369119]  free_async+0x1d8/0x1e0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369133]  usbdev_ioctl+0x138/0x1c40
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369147]  __arm64_sys_ioctl+0xd0/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369169]  invoke_syscall+0x7c/0x130
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369189]  el0_svc_common.constprop.0+0x6c/0x160
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369210]  do_el0_svc+0x38/0x120
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369229]  el0_svc+0x34/0xc0
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369247]  el0t_64_sync_handler+0x11c/0x150
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.warn kernel: [182660.369266]  el0t_64_sync+0x198/0x19c
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369281] 
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369289] CPU: 0 PID: 1676 Comm: usbhid-ups Tainted: G         C O       6.1.63 #1
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369307] Hardware name: Raspberry Pi 3 Model B Rev 1.2 (DT)
Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.369317] ==================================================================
LibertyX hat geschrieben: ↑
07.12.2023, 15:19
 Ist die CCU dein einziger NUT Client oder Verbinden sich noch weitere Clients mit dem Server auf der CCU?
Die RM ist als "MODE=netserver" konfiguriert. Aktuell hängt kein Klient (weiß nicht ob die RM selbst als Klient zählt) dran, nur die Network UPS Tools (NUT) - Integration eines Homeasistant.
Die RM zählt als Client und der Home Assistant ist dann der zweite.

Da du die Meldung auch hattest, scheint es also kein alleiniges Problem von mir zu sein, stellt sich nur die Frage ob es auch mit anderen USV´s auftritt, oder ob es ein Problem der BR700ELCD ist, denn du hast die auch?
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
Nach oben
Benutzeravatar
Baxxy
Beiträge: 10850
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Hat sich bedankt: 610 Mal
Danksagung erhalten: 2229 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von Baxxy » 09.12.2023, 15:15

LibertyX hat geschrieben: ↑
09.12.2023, 15:07
BR700ELCD
Ich habe die BR1000ELCD, also nur eine Nummer größer.
Seit Update/Reboot am 02.12.2023, 23:15:00 hatte ich bisher 4x die Meldung.

Code: Alles auswählen

Dec  5 01:57:24 RM-USV-Pi3B-232 kern.err kernel: [182660.368548] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Dec  6 16:05:55 RM-USV-Pi3B-232 kern.err kernel: [319972.683300] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Dec  6 16:26:16 RM-USV-Pi3B-232 kern.err kernel: [321193.444258] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Dec  8 23:21:08 RM-USV-Pi3B-232 kern.err kernel: [518887.077368] BUG: KFENCE: memory corruption in free_async+0x1d8/0x1e0
Nach oben
LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von LibertyX » 09.12.2023, 17:31

Die BRxxxELCD unterscheiden sich nur in der Batteriekonfiguration, der Rest ist gleich.

Die Meldung taucht auch bei mir sehr sporadisch auf.
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
Nach oben
LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von LibertyX » 09.12.2023, 17:34

jmaus hat geschrieben: ↑
07.12.2023, 18:03
LibertyX hat geschrieben: ↑
07.12.2023, 15:19
 Hab gestern wieder die 3.71.12.20231020 installiert und mit dieser ist die Meldung nicht mehr Aufgetreten.
Das wundert mich nicht, denn die KFENCE Funktionalität zur Überwachung falscher Memory Zugriffe habe ich erst mit der aktuellen RaspberryMatic Version umgesetzt. D.h. Aber natürlich nicht, das das Problem (der falsche Memory Zugriff des usbhid-ups Treibers) damit geklärt ist, weil der findet sicherlich trotzdem statt und kann im schlimmsten Fall zu einem Absturz des Systems führen. Und das KFENCE in aktuellen Kerneln in RaspberryMatic verhindert diesen Zugriff eben und damit auch potentiell den Absturz…
Ich habe mal beim NUT Support nachgefragt und die folgende Antwort erhalten

Code: Alles auswählen

it looks like this is a kernel memory validator of some kind, and it is
objecting to memory handling within the kernel.  I would therefore guess
this is not a nut or device bug, and would suggest reading the
usbdev_ioctl proc_do_submiturb source code.  Guessing wildly, there
might be an out-of-bounds write.
Würde bedeuten es liegt nicht an meiner Konfig / Hardware.
RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)
Nach oben
Benutzeravatar
jmaus
Beiträge: 9868
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 464 Mal
Danksagung erhalten: 1883 Mal
Kontaktdaten:
Kontaktdaten von jmaus

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von jmaus » 09.12.2023, 20:37

So hab ich ja versucht das zu erklären. Es scheint ein Bug im
usbhid-ups Kernel Treiber zu sein. Müsste man also entsprechend debuggen!und fixen.

Bleibt nur die Frage ob es außer der Meldung im Log irgendwelche praktischen Einschränkung gibt. Wenn nicht, einfach dann ignorieren würde ich sagen.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️
Nach oben
Gluehwurm
Beiträge: 12434
Registriert: 19.03.2014, 00:37
System: in Planung
Hat sich bedankt: 105 Mal
Danksagung erhalten: 380 Mal

Re: RaspberryMatic 3.73.9.20231130 – Neue Version

Beitrag von Gluehwurm » 10.12.2023, 22:59

Neues Problem, wie hier
falo hat geschrieben: ↑
05.12.2023, 21:40
 nach dem Online Update von der Version 3.71.12.20231020 bootet der Pi4 mit S.USV nicht mehr.
Ebenso ein neu aufgespieltes Image auf einer anderen SD-Karte zeigt dieses Verhalten.
Gestern habe ich das auch mal probiert, Raspi startet nicht mehr.

Bug-Report wurde von falo erstellt
https://github.com/jens-maus/RaspberryMatic/issues/2553

Ist es ein Fw-Problem der S.USV oder was anderes?

Danke

Gruß
Bruno
Nach oben
Gesperrt

Zurück zu „RaspberryMatic“