UNSOLVED Absturz jede Nacht - ECONNRESET - ECONNREFUSED

[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.

[Thomas Braun]

@besa
Die 4 Zombies da im Eck sehen auch nicht so ganz gesund aus.

chmod 777 rekursiv auf /etc/redis ist auch Quatsch. Richtig sieht es so aus:

pi@raspberrypi:~$ ls -la /etc/redis/
insgesamt 72
drwxr-xr-x   2 root  root   4096 Jun  4 00:16 .
drwxr-xr-x 100 root  root   4096 Jul  1 21:55 ..
-rw-r-----   1 redis redis 62241 Jun  4 00:16 redis.conf
pi@raspberrypi:~$

[besa]

@besa

*** Hat funktioniert ***

Alles läuft wieder wie es sein soll. Wenn ich hier noch was als gelöst kennzeichnen soll, bin ich für jeden Tip dankbar.

Viele Grüße Bernd

[besa]

@Thomas-Braun

Danke für den Hinweis. Ich werde die Rechte anpassen. Das war ein schneller Fix, da ich ja gesehen hatte, dass REDIS das dump.rdb nicht schreiben konnte.

Was ich mit den zombie mache ich mir noch nicht ganz klar. Werde ich mal googeln. Danke.

[besa]

@besa

Rechte haben ich korrigiert mit

sudo chmod 755 /etc
sudo chmod 755 /etc/redis

Danke und viele Grüße Bernd

[besa]

@besa

Leider schmiert IOBROKER wieder ab. Ich finde im LOG keinen Fehler und bin ratlos.

[besa]

@besa

2020-07-09 22:55:05.557  - warn: host.tinkerboard instance system.adapter.admin.0 terminated due to SIGKILL
2020-07-09 22:55:05.567  - info: host.tinkerboard instance system.adapter.admin.0 terminated with code NaN ()
2020-07-09 22:55:05.568  - info: host.tinkerboard Restart adapter system.adapter.admin.0 because enabled

Hat das eine Beduetung. Warum wird der admin Adapter gekilled ? Kam warscheinlich vom restart. Man wird ja komplett durcheinander.