Iobroker stürzt täglich ab

robert_r

@thomas-braun
jetzt sollt es passen oder? Macht es deiner Meinung eigentlich Sinn von Buster auf Bullseye umzusteigen?

pi@raspberrypi4iobroker:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && whoami && sudo apt upd ate &> /dev/null && sudo apt update && apt policy nodejs
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v14.18.3
v14.18.3
6.14.15
pi
Hit:1 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:2 http://archive.raspberrypi.org/debian buster InRelease
Hit:3 https://deb.nodesource.com/node_12.x buster InRelease
Hit:4 https://deb.nodesource.com/node_14.x buster InRelease
Reading package lists... Done
Building dependency tree
Reading state information... Done
All packages are up to date.
nodejs:
Installed: 14.18.3-deb-1nodesource1
Candidate: 14.18.3-deb-1nodesource1
Version table:
*** 14.18.3-deb-1nodesource1 500
500 https://deb.nodesource.com/node_14.x buster/main armhf Packages
100 /var/lib/dpkg/status
12.22.9-deb-1nodesource1 500
500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
10.24.0~dfsg-1~deb10u1 500
500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

Thomas Braun

@robert_r sagte in Iobroker stürzt täglich ab:

Ja, jetzt schaut's gut aus.

Macht es deiner Meinung eigentlich Sinn von Buster auf Bullseye umzusteigen?

Nein, muss man nicht unbedingt. Beide Versionen werden im Moment aktiv gepflegt.

robert_r

@thomas-braun
super danke für deine rasche Hilfe. Hoffe iobroker stürzt jetzt nicht ständig ab?
Hast du im Log sonst noch was gesehen? Ev. Wlan Verbindung schlecht oder bricht ab?

Thomas Braun

@robert_r

Ehrlich gesagt hab ich es nur überflogen. Große Klopper sind mit aber nicht ins Auge gefallen.

Wie schaut die Situation beim Arbeitsspeicher aus?

free -ht --mega

robert_r

@thomas-braun said in Iobroker stürzt täglich ab:

free -ht --mega

free -ht --mega
total used free shared buff/cache available
Mem: 3.8G 1.2G 1.5G 8.0M 1.2G 2.8G
Swap: 99M 0B 99M
Total: 3.9G 1.2G 1.6G

Thomas Braun

@robert_r

Bitte CodeTags verwenden. Dann kann man das besser lesen.

echad@chet:~ $ free -ht --mega
               total        used        free      shared  buff/cache   available
Mem:            7.8G        1.9G        3.7G        0.0K        2.2G        5.8G
Swap:            99M          0B         99M
Total:          7.9G        1.9G        3.8G

Thomas Braun

@robert_r

Schaut erstmal gesund aus. Wenn du dir jetzt kein skript ins Unendliche gestrickt hast oder ein in sich rekursives Backup oder sowas sollte das eigentlich stabil laufen.

robert_r

@thomas-braun
zumindest ist jetzt mal über Nacht ohne Absturz gelaufen :-)

Hab im Systemlog auch nochmals nachgeschaut. Weißt du was diese Meldungen sind? Bekomme die relativ häufig...

Jan 12 06:58:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 06:59:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 06:59:30 raspberrypi4iobroker wpa_supplicant[468]: RRM: Ignoring radio measurement request: Not RRM network
Jan 12 06:59:30 raspberrypi4iobroker wpa_supplicant[468]: RRM: Ignoring radio measurement request: Not RRM network
Jan 12 07:00:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 07:01:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 07:01:36 raspberrypi4iobroker wpa_supplicant[468]: RRM: Ignoring radio measurement request: Not RRM network
Jan 12 07:01:36 raspberrypi4iobroker wpa_supplicant[468]: RRM: Ignoring radio measurement request: Not RRM network
Jan 12 07:01:47 raspberrypi4iobroker motion: [9:nc9:Camera2] [ERR] [NET] netcam_rtsp_handler: Normal resolution: Bad image.  Reconnecting with camera....
Jan 12 07:01:47 raspberrypi4iobroker motion: [7:nc7:Camera4] [ERR] [NET] netcam_rtsp_handler: Normal resolution: Bad image.  Reconnecting with camera....
Jan 12 07:01:48 raspberrypi4iobroker motion: [6:nc6:Camera3] [ERR] [NET] netcam_rtsp_handler: Normal resolution: Bad image.  Reconnecting with camera....
Jan 12 07:01:48 raspberrypi4iobroker motion: [8:nc8:Camera1] [ERR] [NET] netcam_rtsp_handler: Normal resolution: Bad image.  Reconnecting with camera....
Jan 12 07:02:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 07:03:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 07:04:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied

robert_r

@thomas-braun

leider hat er sich vorhin schon wieder aufgehängt. Musste den Pi vom Strom nehmen und wieder anstecken. Danach geht wieder alles. Ist aber leider keine Dauerlösung
syslog

Thomas Braun

@robert_r sagte in Iobroker stürzt täglich ab:

leider hat er sich vorhin schon wieder aufgehängt.

Wann? Dein log hat (wenn du schon mal reingeschaut hast) 21 Stunden drin.

Homoran

@robert_r sagte in Iobroker stürzt täglich ab:

Musste den Pi vom Strom nehmen und wieder anstecken

Wahrscheinlich hätte längeres Warten gereicht.

robert_r

@homoran
vermutlich in der letzten Stunde. Warum glaubst du das einfach warten was gebracht hätte?
Kann es an der Wlan Verbindung liegen=?

Thomas Braun

@robert_r

Vermutlich hier:

Jan 12 20:55:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 20:56:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
Jan 12 20:57:26 raspberrypi4iobroker bash[647]: cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied
                                                                                                                              Jan 12 20:26:18 raspberrypi4iobroker fake-hwclock[117]: Wed 12 Jan 19:17:02 UTC 2022
Jan 12 20:26:18 raspberrypi4iobroker systemd-fsck[140]: e2fsck 1.44.5 (15-Dec-2018)
Jan 12 20:26:18 raspberrypi4iobroker systemd-fsck[140]: rootfs: clean, 225107/1899328 files, 1541486/7725184 blocks
Jan 12 20:26:18 raspberrypi4iobroker systemd[1]: Started File System Check on Root Device.

Da ist auch ein merkwürdiger Zeitsprung drin. Gut, der Raspberry hat auch keine Uhr eingebaut.

helmut.knobling

@robert_r hau mal deine SD karte in die Tonne. Nimm mindestens einen USB Stick, besser noch eine SSD. Ich hatte das auch, mit den ständigen Abstürzen. Jetzt hängt eine M.2 SSD dran. Übrigens hatte ich auch schon Ärger mit einigen USB Sticks.
Gruß

Homoran

@helmut-knobling sagte in Iobroker stürzt täglich ab:

hau mal deine SD karte in die Tonne.

Wo kommen diese Vorurteile her?
Bei mir laufen diverse Raspis jahrelang auf SD Karte ohne Probleme.
Auf dem Haupttestsystem werden außerdem etwa 200 Datenpunkte im teilweise im Sekundentakt in History geloggt.

Thomas Braun

@robert_r sagte in Iobroker stürzt täglich ab:

cat: /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq: Permission denied

Da scheint ein skript zu laufen, das im Minutentakt die cpu frequenz in Erfahrung bringen möchte. Das macht man aber eigentlich nicht an der Stelle, die Datei darf nur vom root gelesen werden.

Besser
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
nehmen, das darf jeder lesen.

Homoran

@thomas-braun sagte in Iobroker stürzt täglich ab:

Da scheint ein skript zu laufen

nö, das dürfte der rpi2-Adapter sein.
Irgendwann hat Debian beschlossen, dass es für diese Abfrage root-Rechte braucht

@thomas-braun sagte in Iobroker stürzt täglich ab:

Besser
/sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
nehmen, das darf jeder lesen.

lesen alleine reicht nicht. Da geb es schon mal eine intensive Diskussion, da dieser Wert angeblich nicht immer korrekt ist

Thomas Braun

@homoran sagte in Iobroker stürzt täglich ab:

lesen alleine reicht nicht.

Warum sollte man da mehr als lesen sollen? Willst du den kleinen Pi durch Eintrag von irgendwelchen Fantasie-Werten zum SuperComputer machen?

Homoran

@thomas-braun sagte in Iobroker stürzt täglich ab:

Warum sollte man da mehr als lesen sollen?

man soll da auch den richtigen Wert finden sollen

Thomas Braun

@homoran

Oberflächlich betrachtet:

echad@chet:~ $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
1800000
echad@chet:~ $ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
[sudo] password for echad:
1800000

Community Forum

NEWS

Iobroker stürzt täglich ab

Support us

550

32.6k

82.3k

1.3m