Mihome Vacuum Karte

Thomas Braun

@tobitobsta sagte in Mihome Vacuum Karte:

ich weiß, never change a running...

Quatsch im Quadrat.
Man muss die 'changes' nur richtig machen.

Thomas Braun

@tobitobsta sagte in Mihome Vacuum Karte:

weil die log dateien syslog und kern-log auf insg 22GB anwachsen

Dann solltest du die Ursache angehen.
Was wird denn in den 22GB so verewigt?

tobitobsta

@thomas-braun said in Mihome Vacuum Karte:

@tobitobsta sagte in Mihome Vacuum Karte:

ich weiß, never change a running...

Quatsch im Quadrat.
Man muss die 'changes' nur richtig machen.

... okay - danke, das beruhigt mich. Hatte mich an die Anleitungen gehalten.

@thomas-braun said in Mihome Vacuum Karte:

Dann solltest du die Ursache angehen.
Was wird denn in den 22GB so verewigt?

... da gehts schon los: "tail" gab nicht so wirklich was (für mich) aussagekräftiges, weil es auch immer irgendwie was anderes war. Dann bin ich leider schon gescheitert die logs mal auf meinen PC zu ziehen, da ich (Linux noob) auf dem Pi die 11GB Dateien aufm Linux nicht gescheit analysieren oder anschauen kann. Hast Du evtl eine Idee?

Thomas Braun

@tobitobsta

11GB Klopper sind halt schwer zu handeln. Das passt in den Speicher ja nicht rein.
Was kommt denn im tail immer dazu? Das muss ja rappeln, dass da GBweise Text zusammen kommt.

tobitobsta

@thomas-braun
gerade neu loslaufen lassen und den Adapter mal wieder angestellt - es sieht aber so aus als wenn die logs dann ab irgendwann schlagartig volllaufen und nicht ständig ein bisschen. hier mal ein copy/paste vom jetztigen satatus:

syslog

Jul  7 11:39:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:39:29 haustuerpi kernel: [ 2565.367379] device eth0 entered promiscuous mode
Jul  7 11:39:35 haustuerpi kernel: [ 2571.253385] device eth0 left promiscuous mode
Jul  7 11:40:09 haustuerpi kernel: [ 2605.347885] device eth0 entered promiscuous mode
Jul  7 11:40:15 haustuerpi kernel: [ 2611.225194] device eth0 left promiscuous mode
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/rx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:40:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 11:40:49 haustuerpi kernel: [ 2645.378611] device eth0 entered promiscuous mode
Jul  7 11:40:55 haustuerpi kernel: [ 2651.284636] device eth0 left promiscuous mode

kern.log

Jul  7 11:40:49 haustuerpi kernel: [ 2645.378611] device eth0 entered promiscuous mode
Jul  7 11:40:55 haustuerpi kernel: [ 2651.284636] device eth0 left promiscuous mode
Jul  7 11:41:30 haustuerpi kernel: [ 2685.599045] device eth0 entered promiscuous mode
Jul  7 11:41:36 haustuerpi kernel: [ 2691.486432] device eth0 left promiscuous mode
Jul  7 11:42:09 haustuerpi kernel: [ 2725.369614] device eth0 entered promiscuous mode
Jul  7 11:42:15 haustuerpi kernel: [ 2731.242999] device eth0 left promiscuous mode
Jul  7 11:42:49 haustuerpi kernel: [ 2765.380169] device eth0 entered promiscuous mode
Jul  7 11:42:55 haustuerpi kernel: [ 2771.253054] device eth0 left promiscuous mode
Jul  7 11:43:30 haustuerpi kernel: [ 2805.450657] device eth0 entered promiscuous mode
Jul  7 11:43:35 haustuerpi kernel: [ 2811.350266] device eth0 left promiscuous mode

das "promiscuous mode" kommt meines Erachtens nach vom radar2 Adpater - hab ich noch keine Lösung für gefunden. hatte ich Testhalber auch schon mal ein paar Tage ausgestellt gehabt und die Mi-Home Adapter an -> trotzdem Crash

tobitobsta

@thomas-braun

also nun passiert hier was

iobroker log zeigt immer wieder das hier:

host.haustuerpi
2022-07-07 13:21:19.517	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.haustuerpi
2022-07-07 13:21:19.516	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGSEGV
mihome-vacuum.0
2022-07-07 13:21:16.197	info	Room array empty... generate from mapdata.. [[17,"room17"],[21,"room21"],[20,"room20"],[19,"room19"],[16,"room16"],[22,"room22"],[18,"room18"],[23,"room23"],[1,"room1"]]

host.haustuerpi
2022-07-07 14:59:42.236	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.haustuerpi
2022-07-07 14:59:42.235	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT
host.haustuerpi
2022-07-07 14:59:42.234	error	Caught by controller[0]: free(): invalid pointer
mihome-vacuum.0
2022-07-07 14:59:40.988	info	Room array empty... generate from mapdata.. [[17,"room17"],[21,"room21"],[20,"room20"],[19,"room19"],[16,"room16"],[22,"room22"],[18,"room18"],[23,"room23"],[1,"room1"]]

host.haustuerpi
2022-07-07 19:08:39.472	info	instance system.adapter.mihome-vacuum.0 terminated with code NaN ()
host.haustuerpi
2022-07-07 19:08:39.471	warn	instance system.adapter.mihome-vacuum.0 terminated due to SIGABRT
host.haustuerpi
2022-07-07 19:08:39.470	error	Caught by controller[0]: munmap_chunk(): invalid pointer
mihome-vacuum.0
2022-07-07 19:08:38.275	info	Room array empty... generate from mapdata.. [[17,"room17"],[21,"room21"],[20,"room20"],[19,"room19"],[16,"room16"],[22,"room22"],[18,"room18"],[23,"room23"],[1,"room1"]]

... aber evtl ist es ja ein Folgefehler aufgrund des übergelaufenen Filesystems....

ich konnte aber mit less an die Stelle im syslog scrollen wo es meiner Meinung nach interessant wird:

Jul  7 19:08:39 haustuerpi bash[475]: munmap_chunk(): invalid pointer
Jul  7 19:08:50 haustuerpi kernel: [29526.174369] device eth0 entered promiscuous mode
Jul  7 19:08:56 haustuerpi kernel: [29532.033920] device eth0 left promiscuous mode
Jul  7 19:09:01 haustuerpi CRON[13730]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
Jul  7 19:09:18 haustuerpi bash[475]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Keine Berechtigung
Jul  7 19:09:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/rx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 19:09:18 haustuerpi bash[475]: cat: /sys/class/net/wlan0/statistics/tx_bytes: Datei oder Verzeichnis nicht gefunden
Jul  7 19:09:20 haustuerpi systemd[1]: Starting Clean php session files...
Jul  7 19:09:21 haustuerpi systemd[1]: phpsessionclean.service: Succeeded.
Jul  7 19:09:21 haustuerpi systemd[1]: Started Clean php session files.
Jul  7 19:09:24 haustuerpi bash[475]: #
Jul  7 19:09:24 haustuerpi bash[475]: # Fatal error in , line 0
Jul  7 19:09:24 haustuerpi bash[475]: # Check failed: !backing_store->is_wasm_memory().
Jul  7 19:09:24 haustuerpi bash[475]: #
Jul  7 19:09:24 haustuerpi bash[475]: #
Jul  7 19:09:24 haustuerpi bash[475]: #
Jul  7 19:09:24 haustuerpi bash[475]: #FailureMessage Object: 0xbe8323a0
Jul  7 19:09:24 haustuerpi kernel: [29560.437554] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437656] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437695] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437732] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437768] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437805] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000
Jul  7 19:09:24 haustuerpi kernel: [29560.437841] Unhandled prefetch abort: breakpoint debug exception (0x222) at 0x00000000

... und das zieht er dann durch bis um ca 22:05 scheinbar die Platte voll war.... das ist Zeitlich auch passend zum iobroker log.

Thomas Braun

@tobitobsta sagte in Mihome Vacuum Karte:

https://forum.iobroker.net/topic/54012/iobroker-kernel-unhandled-prefetch-abort-breakpoint-debug

Hier auch der mihome-vacuum.
Mach mal ein issue auf. Auch wenn das vermutlich schwer sein wird da zu debuggen.

tobitobsta

@thomas-braun said in Mihome Vacuum Karte:

Mach mal ein issue auf. Auch wenn das vermutlich schwer sein wird da zu debuggen.

unschuldige meine Unwissenheit: wo soll ich ein issue aufmachen?
VG

Thomas Braun

@tobitobsta

Hier:
https://github.com/iobroker-community-adapters/ioBroker.mihome-vacuum/issues

dirkhe

@thomas-braun Macht meiner Meinung nach keinen Sinn. Das wird dann die canvas lib sein, die muß wahrscheinlich neu gebildet werden. Die macht öfter Probleme. Da hilf ggf. die Karte auszuschalten.

Thomas Braun

@dirkhe sagte in Mihome Vacuum Karte:

Das wird dann die canvas lib sein, die muß wahrscheinlich neu gebildet werden.

Möglich. Aber die sollte eigentlich den Kernel kalt lassen.

@tobitobsta

Wie schaut denn canvas aus?

cd /opt/iobroker
npm ls canvas

dirkhe

@thomas-braun ich gehe davon aus, dass der Speicher falsch angesprochen wird, man sieht da ja, dass er auf falsche Speicherbereiche zugreifen will. Sieht füt mich nach 32 und 64 bit mix aus

tobitobsta

@thomas-braun said in Mihome Vacuum Karte:

@tobitobsta

Wie schaut denn canvas aus?
cd /opt/iobroker
npm ls canvas

iobroker.inst@2.0.3 /opt/iobroker
└─┬ iobroker.mihome-vacuum@3.5.0
  └── canvas@2.9.3

Thomas Braun

@dirkhe sagte in Mihome Vacuum Karte:

Sieht füt mich nach 32 und 64 bit mix aus

Ja, das könnte sein.
Aber wie bekommt man so einen Mix rein? Der Paketmanager zieht eigentlich die richtige Archtiektur rein...

Thomas Braun

@tobitobsta

uname -a
apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

sagt?

dirkhe

@thomas-braun ich hatte das letztens auch auf meinem raspi, nicht mit dem canvas, sondern mit dem ble adapter. Da waren irgendwelche structs in headern bereits auf 64bit gestzt, obwohl es ein 32bit System ist. An andere Stelle habe ich auch irgendwo gelesen, dass nodejs 32bit auch nicht mehr unterstützt.

tobitobsta

@thomas-braun
Kann schon sein dass ich da viel Quatsch gemacht habe - hatte schonmal Probleme mit der Karte gehabt und hatte da Tipps gefunden wie man canvas nach installiert.
Dachte aber mit deinstallieren und installieren des Adapters baut er mit allen Abhängigkeiten neu. Evtl hätte ich aber vor der Adapter Neuinstallation auch erstmal gezielt auch die canvas lib nochmal runternehmen? Wenn ja, wie würde ich das machen können?

tobitobsta

@thomas-braun said in Mihome Vacuum Karte:

@tobitobsta

uname -a
apt policy build-essential libcairo2-dev libpango1.0-dev libjpeg-dev libgif-dev librsvg2-dev

sagt?

Linux haustuerpi 5.10.103-v7l+ #1529 SMP Tue Mar 8 12:24:00 GMT 2022 armv7l GNU/Linux

build-essential:
  Installiert:           12.6
  Installationskandidat: 12.6
  Versionstabelle:
 *** 12.6 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
libcairo2-dev:
  Installiert:           1.16.0-4+rpt1
  Installationskandidat: 1.16.0-4+rpt1
  Versionstabelle:
 *** 1.16.0-4+rpt1 500
        500 http://archive.raspberrypi.org/debian buster/main armhf Packages
        100 /var/lib/dpkg/status
     1.16.0-4+deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
libpango1.0-dev:
  Installiert:           1.42.4-8~deb10u1
  Installationskandidat: 1.42.4-8~deb10u1
  Versionstabelle:
 *** 1.42.4-8~deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
libjpeg-dev:
  Installiert:           1:1.5.2-2+deb10u1
  Installationskandidat: 1:1.5.2-2+deb10u1
  Versionstabelle:
 *** 1:1.5.2-2+deb10u1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
libgif-dev:
  Installiert:           5.1.4-3
  Installationskandidat: 5.1.4-3
  Versionstabelle:
 *** 5.1.4-3 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status
librsvg2-dev:
  Installiert:           2.44.10-2.1+rpi1
  Installationskandidat: 2.44.10-2.1+rpi1
  Versionstabelle:
 *** 2.44.10-2.1+rpi1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages
        100 /var/lib/dpkg/status

Thomas Braun

@tobitobsta

Passt soweit.
Aber vielleicht wäre es auch eine gute Gelegenheit ein 64bit-Bullseye frisch zu installieren und dort ein Backup des iobrokers einzuspielen.

Buster erreicht ohnehin in wenigen Wochen das EndOfLife.

tobitobsta

@thomas-braun said in Mihome Vacuum Karte:

@tobitobsta
Aber vielleicht wäre es auch eine gute Gelegenheit ein 64bit-Bullseye frisch zu installieren und dort ein Backup des iobrokers einzuspielen.

Danke für den Hinweis! Werd ich dann wohl bei Client und Host bald mal machen müssen.

NEWS

Mihome Vacuum Karte

Support us

860
Online

32.0k
Users

80.4k
Topics

1.3m
Posts

NEWS

Mihome Vacuum Karte

Support us

860Online

32.0kUsers

80.4kTopics

1.3mPosts

860
Online

32.0k
Users

80.4k
Topics

1.3m
Posts