Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Meister Mopper]

@besa sagte in Absturz jede Nacht - ECONNRESET - ECONNREFUSED:

15933:M 07 Jul 06:46:31.008 # WARNING overcommit_memory is set to 0! Background save may fail under low memory condition. To fix this issue add 'vm.overcommit_m emory = 1' to /etc/sysctl.conf and then reboot or run the command 'sysctl vm.ove rcommit_memory=1' for this to take effect.

Bei so vielen laufenden Adaptern: Wieviel Arbeitsspeicher ist denn noch frei. Gib mal 'top' in der Konsole ein und poste hier das Ergebnis.

[besa]

@Meister-Mopper

top - 08:24:57 up 5 min,  2 users,  load average: 0,24, 0,19, 0,09
Tasks: 183 total,   1 running, 182 sleeping,   0 stopped,   0 zombie
%Cpu(s): 15,0 us,  3,9 sy,  0,0 ni, 81,1 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem :  2060400 total,  1609648 free,   201248 used,   249504 buff/cache
KiB Swap:   102396 total,   102396 free,        0 used.  1826856 avail Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
 4100 iobroker  20   0  157192  69684  26412 S  54,7  3,4   0:01.68 node
    1 root      20   0   26736   5136   3812 S   2,3  0,2   0:04.17 systemd
 4057 linaro    20   0    7160   2840   2296 R   1,6  0,1   0:00.48 top
  179 root      20   0   13904   4808   4340 S   1,3  0,2   0:01.24 systemd-jo+
  431 message+  20   0    5536   3124   2464 S   1,0  0,2   0:00.88 dbus-daemon
  623 root      20   0    4412   1772   1540 S   1,0  0,1   0:01.07 link_monit+
  913 root      20   0  194760  56052  41768 S   0,7  2,7   0:03.08 Xorg
 4194 redis     20   0       0      0      0 D   0,7  0,0   0:00.02 run-parts
    7 root      20   0       0      0      0 S   0,3  0,0   0:00.24 rcu_sched
   24 root      20   0       0      0      0 S   0,3  0,0   0:00.06 kworker/3:0
   97 root      20   0       0      0      0 S   0,3  0,0   0:00.23 kworker/u8+
  134 root      20   0       0      0      0 S   0,3  0,0   0:00.03 kworker/u8+
  486 root      20   0   23100   2236   1676 S   0,3  0,1   0:00.24 rsyslogd
  622 root      20   0    3424    348    304 S   0,3  0,0   0:00.04 tail
    2 root      20   0       0      0      0 S   0,0  0,0   0:00.01 kthreadd
    3 root      20   0       0      0      0 S   0,0  0,0   0:00.03 ksoftirqd/0
    5 root       0 -20       0      0      0 S   0,0  0,0   0:00.00 kworker/0:+

[Meister Mopper]

@besa Der wirft ja nur KiB aus, bei mir MiB:

Tasks:  64 total,   2 running,  62 sleeping,   0 stopped,   0 zombie
%Cpu(s): 90.3 us,  0.0 sy,  0.0 ni,  9.7 id,  0.0 wa,  0.0 hi,  0.0 si,  0.0 st
MiB Mem :   4096.0 total,    983.8 free,   2744.1 used,    368.0 buff/cache
MiB Swap:   2048.0 total,   2017.5 free,     30.5 used.   1351.9 avail Mem 

[Thomas Braun]

@besa Konsolenausgaben bitte in CodeTags setzen.

Dann das System ohne laufenden X-Server betreiben.

[besa]

@Meister-Mopper

Datenträger verfügbar: 49.2 %, gesamte RAM-Nutzung: 987 MB / Frei: 62% = 1.241 MB [Host: tinkerboard - 20 Prozesse]

Ich habe deshalb ein MULTI-HOST System eingerichtet und ein Teil gestern ausgelagert. Das brachte aber auch keinen Erfolg. MIt über 62% freien Speicher glaube ich hier nicht an einen Speicherfehler. Aber es könnte natürlich sein, dass der Redis-Server in einen Overflow oder Speicherengpass kommt, daher erst nachts. Tagsüber habe ich bisher immer einen Neustart gehabt.

[besa]

@Thomas-Braun

Mit X-Server meinst Du ohne Redis-Server, oder ?. Ja dann wird es sehr langsam.

[Thomas Braun]

@besa Nein, ich meine die graphische Oberfläche des Systems. Die läuft da unnötiger Weise mit und frisst Ressourcen.

uname -a
who -r

[besa]

@Thomas-Braun
AH Danke. Sehe gerade dass Redis mir folgendes meldet:

7908:M 07 Jul 08:48:04.146 # Background saving error
7908:M 07 Jul 08:48:10.062 * 100 changes in 300 seconds. Saving...
7908:M 07 Jul 08:48:10.063 * Background saving started by pid 19857
19857:C 07 Jul 08:48:10.063 # Failed opening the RDB file dump.rdb (in server root dir /etc/redis) for saving: Permission denied

[besa]

@besa

Das ständig mit einer neuen PID

[Thomas Braun]

@besa Alles krumm aufgesetzt, scheint mir.

Aber ohne Konsolenrückmeldung keine Hilfe möglich. Viel Spaß noch, ich bin dann raus.

[besa]

@Thomas-Braun
Sorry
Hier die Rückmeldung

linaro@tinkerboard:/etc/redis$ uname -a
Linux tinkerboard 4.4.132+ #1 SMP Wed Aug 21 19:15:55 CST 2019 armv7l GNU/Linux
linaro@tinkerboard:/etc/redis$ who -r
         Runlevel 5   2020-07-07 08:19
linaro@tinkerboard:/etc/redis$

[Nordischerjung]

@besa

setze mal deine kopierten Zeilen von der Konsole in Code tags </> diese Symbol anklicken und dazwischen einfügen
dann ercheint in der Antwort diese Fenster

hier steht dann dein Text

[besa]

@Nordischerjung

linaro@tinkerboard:/etc/redis$ uname -a
Linux tinkerboard 4.4.132+ #1 SMP Wed Aug 21 19:15:55 CST 2019 armv7l GNU/Linux

linaro@tinkerboard:/etc/redis$ who -r
         Runlevel 5   2020-07-07 08:19

[Nordischerjung]

@besa
guck mal hier, da hat @Thomas-Braun mir mal erklärt, das der Runlevel 5 nicht gut für ein Server ist. Vielleicht solltest du den mal auf Level 3 ändern, weiß aber nicht ob die Befehle die gleichen sind.

https://forum.iobroker.net/topic/33702/iobroker-startet-sporadisch-neu/20

da kann @Thomas-Braun dir bestimmt weiterhelfen

[besa]

@Nordischerjung

Gemäß der Anleitung von Thomas- Braun habe ich auf Runlevel 3 umgestellt

sudo whoami
systemctl get-default
sudo systemctl set-default multi-user.target
systemctl get-default

und dann

sudo reboot

Dann

linaro@tinkerboard:/opt/iobroker$ who -r
         Runlevel 3   2020-07-07 09:30

Ergebnis: IOBROKER läuft nicht mehr.

[besa]

@besa

dann den Redis Server manuell gestartet mit

redis-server

IOBROKER läuft wieder !!!!!!!!!

aber Redis gibt folgende Meldungen aus

6122:C 07 Jul 09:40:36.703 # Warning: no config file specified, using the default config. In order to specify a config file use redis-server /path/to/redis.conf
6122:M 07 Jul 09:40:36.704 * Increased maximum number of open files to 10032 (it was originally set to 1024).
6122:M 07 Jul 09:40:36.705 # Warning: 32 bit instance detected but no memory limit set. Setting 3 GB maxmemory limit with 'noeviction' policy now.
                _._
           _.-``__ ''-._
      _.-``    `.  `_.  ''-._           Redis 3.2.6 (00000000/0) 32 bit
  .-`` .-```.  ```\/    _.,_ ''-._
 (    '      ,       .-`  | `,    )     Running in standalone mode
 |`-._`-...-` __...-.``-._|'` _.-'|     Port: 6379
 |    `-._   `._    /     _.-'    |     PID: 6122
  `-._    `-._  `-./  _.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |           http://redis.io
  `-._    `-._`-.__.-'_.-'    _.-'
 |`-._`-._    `-.__.-'    _.-'_.-'|
 |    `-._`-._        _.-'_.-'    |
  `-._    `-._`-.__.-'_.-'    _.-'
      `-._    `-.__.-'    _.-'
          `-._        _.-'
              `-.__.-'

6122:M 07 Jul 09:40:36.706 # WARNING: The TCP backlog setting of 511 cannot be enforced because /proc/sys/net/core/somaxconn is set to the lower value of 128.
6122:M 07 Jul 09:40:36.706 # Server started, Redis version 3.2.6
6122:M 07 Jul 09:40:36.706 * The server is now ready to accept connections on port 6379
^C6122:signal-handler (1594107715) Received SIGINT scheduling shutdown...
6122:M 07 Jul 09:41:55.917 # User requested shutdown...
6122:M 07 Jul 09:41:55.917 * Saving the final RDB snapshot before exiting.
6122:M 07 Jul 09:41:55.955 * DB saved on disk
6122:M 07 Jul 09:41:55.955 # Redis is now ready to exit, bye bye...

[besa]

@besa
und schmiert beim laden der Instanzen ab........

[besa]

@besa
und kommt dann wieder. Sowas.

[besa]

So ich dokumentiere einmal den letzten Stand. Irgendwie hat sich der REDIS Server anscheinend in der Nacht verabschiedet. Ich habe daher folgendes gemacht

Gem Rat von Thomas Braun hatte ich auf Runlevel 5 umgestellt. Aufruf von TOP ergibt jetzt:

top - 16:42:06 up  4:41,  1 user,  load average: 1,31, 1,37, 1,36
Tasks: 171 total,   2 running, 165 sleeping,   0 stopped,   4 zombie
%Cpu(s):  6,7 us, 28,0 sy,  0,0 ni, 65,0 id,  0,0 wa,  0,0 hi,  0,3 si,  0,0 st
KiB Mem :  2060400 total,   844668 free,   887164 used,   328568 buff/cache
KiB Swap:   102396 total,   102396 free,        0 used.  1142028 avail Mem

Ich hatte weiterhin den Redis Server deinstalliert mit

sudo apt-get purge --auto-remove redis-server

Dann gemäß der Anleitung unter
how-to-install-and-secure-redis-on-ubuntu-18-04

Hier die Kurzversion

sudo apt update
sudo apt install redis-server

den Redis-Server neuinstalliert. Dann noch die Dateirechte geändert

sudo chmod -R -v 777 /etc/redis

und in redis.conf mit

sudo nano /etc/redis/redis.conf

bind 0.0.0.0
supervised systemd
protected-mode yes (unverändert)

ergänzt.

Dauerhaften Start eingetragen mit

sudo systemctl restart redis.service  

Redis überprüft mit

sudo systemctl status redis
$ redis-cli ping
PONG

und ein Reboot durchgeführt. Dann musste ich nochmals das MULTIHOST system mit

iobroker stop
sudo iobroker multihost enable

inkl. Passwort Eingabe initialisieren. Jetzt läuft alles und ich bin gespannt ob es auch über Nacht so bleibt. Falls ja werde ich es ergänzen oder morgen hier heulen.

Danke und Viele Grüße

Bernd

[besa]

Meinte auf RUN-Level 3 umgestellt.