ioBroker startet sporadisch neu

[Thomas Braun]

@Nordischerjung sagte in ioBroker startet sporadisch neu:

Aber das ist ja nicht der Grund warum ioBroker immer neu startet.

Sagt dir wer? Ich sehe da halt diverse Adapter, die permanent Meldungen werfen. Insbesondere Nachts sollte da mehr oder weniger Ruhe herrschen.

Mein Log in der Nacht schaut z. B. so aus:

2020-05-24 04:07:37.496  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 04:37:37.352  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 05:07:37.360  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 05:37:37.456  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 06:07:37.469  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 06:37:37.350  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 07:07:37.459  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...
2020-05-24 07:37:37.368  - ESC[32minfoESC[39m: info.0 (928) Popup news was read...

[Nordischerjung]

Hmmm, da muss ich wohl mal die Adapter durch gehen. Ist nur komisch das es nach dem neuen BWM ist.
Ich sehe gerade das der RAM ziemlich am Ende ist

Datenträger verfügbar: 60.2 %, gesamte RAM-Nutzung: 1670 MB / Frei: 3% = 63 MB [Host: ioBroker-Tinker - 31 Prozesse]

und jetzt wieder bei 25% irgend etwas belastet den RAM da extrem

[Thomas Braun]

@Nordischerjung

df -h
free -m

Mit htop kannst du auch mal schauen. Das kann man besser sortieren als top.

[Nordischerjung]

@Thomas-Braun

Das kommt schon mal bei df -h und free -m raus

root@ioBroker-Tinker:/opt/iobroker# df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
udev            939M       0  939M    0% /dev
tmpfs           202M    8,1M  193M    5% /run
/dev/mmcblk1p1   15G    5,7G  8,4G   41% /
tmpfs          1006M       0 1006M    0% /dev/shm
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs          1006M       0 1006M    0% /sys/fs/cgroup
tmpfs          1006M    4,0K 1006M    1% /tmp
/dev/zram0       49M     25M   21M   55% /var/log
tmpfs           202M       0  202M    0% /run/user/0
root@ioBroker-Tinker:/opt/iobroker# free -m
              total        used        free      shared  buff/cache   available
Mem:           2010        1539         328           4         141         408
Swap:          1005         560         445
root@ioBroker-Tinker:/opt/iobroker#

und das bei htop

[Thomas Braun]

@Nordischerjung root-login ist schon mal Käse...
Und htop musst du nach MEM sortieren. Geht mit F6.

[Nordischerjung]

@Thomas-Braun sagte in ioBroker startet sporadisch neu:

@Nordischerjung root-login ist schon mal Käse...
Und htop musst du nach MEM sortieren. Geht mit F6.

echt? Ich mache das immer alles als Root

[Thomas Braun]

@Nordischerjung Das heißt ja nicht, dass es nicht trotzdem Käse ist.

[Nordischerjung]

@Thomas-Braun

sollte ich dann einen neuen User anlegen?

[Thomas Braun]

@Nordischerjung Das würde ich machen. Und dann per 'sudo' das System administrieren, da wo es erforderlich ist.
Ich vermute, das läuft eines der skripte in einen loop rein und stranguliert sich und das Restsystem. Vermutlich das mit den Haushaltsgeräten.
In welchem RunLevel hängst du da eigentlich?

who -r

[Nordischerjung]

@Thomas-Braun

Ok, vielen Dank schon mal. Ich lege mal eine User an. Das skript hab ich beendet und beobachte das mal.

edit runlevel

Runlevel 5   2020-05-24 04:30

[Thomas Braun]

@Nordischerjung
Server betreibt man auch in runlevel 3, nicht in 5. Spart auch nochmal Speicher, insbesondere wenn da dann auch noch ein X-Server unnötigerweise mitrennt.

[Nordischerjung]

@Thomas-Braun

wie stelle ich das um? Kann mich nicht daran erinnern, das ich das mal eingestellt hatte. Was nicht heißt, das ich es nicht gemacht habe Das ist hier gefährliches Halbwissen was linux angeht. Ich programmiere sonst Steuerungen (SPS etc.)

[Thomas Braun]

@Nordischerjung Hängt davon ab, was da für ein OS auf welcher Hardware rennt.

lsb_release -a

[Nordischerjung]

@Thomas-Braun

No LSB modules are available.
Distributor ID:Debian
Description:Debian GNU/Linux 9.6 (stretch)
Release:9.6
Codename:stretch
root@ioBroker-Tinker:/opt/iobroker#

[Thomas Braun]

@Nordischerjung Du bist ja immer noch als root unterwegs...
User anlegen oder existierenden user in die Gruppe 'sudo' hieven.

adduser
adduser GERADE_angelegter_user sudo 

[Nordischerjung]

@Thomas-Braun

so neuer User angelegt

No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 9.6 (stretch)
Release:        9.6
Codename:       stretch
sb@ioBroker-Tinker:/opt/iobroker$

wie ändere ich jetzt Runlevel?

[Thomas Braun]

@Nordischerjung

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

Dann mit

sudo reboot

neustarten. Danach müsste dann

who -r

run level 3 ausgeben.

[Nordischerjung]

@Thomas-Braun

Danke, muss ich das beim Slave auch machen?

[Thomas Braun]

@Nordischerjung
Wenn der arme slave da auch unnötigerweise in Run Level 5 ackert würde ich das dort auch tun.

[Nordischerjung]

@Thomas-Braun

hat bei beiden geklappt, zeigen nun Runlevel 3 an. Ich werde mal beobachten was der Restart macht. Aber diese WARN von meross Devices sind immer noch selstam. Ich erfrage das mal dirket beim Adapter.

Edit: hab ich gefunden, die beiden sind OFFLINE. oh man