SOLVED willkürliche abstürzte der Adapter seit node 10 update

[Halmand]

@Jan1 ja das weß ich aber bringt auch nix jahre auf gleichen stand zu bleiben

[Homoran]

@Halmand Habe mal den einen (von mindestens zwei) Fall mit Xeon herausgesucht:
https://forum.iobroker.net/topic/27676/instanzen-laufen-instabil-u-a-admin-yakha-gelöst/35

Nachdem dann in der VM statt Xeon ein i5 emuliert wurde lief es

[Jan1]

@Halmand
Einsicht ist der beste Weg der Besserung

[Thomas Braun]

@Halmand

free -h

Und warum läuft die Kiste in Runlevel5? Server werden klassischerweise in RL 3 betreiben und per ssh loggt man sich dann ein.
Ich würd den Kram ausknipsen:

sudo init 3

[Jan1]

@Thomas-Braun
Weil das der Standard bei Debian ist

[Thomas Braun]

@Jan1 Aber nicht bei einem Server.

[Halmand]

@Thomas-Braun ```
ahhh so geht das mit code posten ähhm weis garnicht was die level bedeuten ach ja auf der maschine sind es nur 4gb hab aber noch eine mit 8 gb das gleich problem speicher kann ich zuweßen wie viel ich möchte bis 256GB

server@debian-iobroker:~$ free -h
              total        used        free      shared  buff/cache   available
Mem:           3.9G        1.2G        1.1G        5.2M        1.6G        2.7G
Swap:          4.0G          0B        4.0G
server@debian-iobroker:~$ sudo init 3

We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

[sudo] password for server:
Sorry, user server is not allowed to execute '/sbin/init 3' as root on debian-iobroker.
server@debian-iobroker:~$ su
Password:
root@debian-iobroker:/home/server# sudo init 3
root@debian-iobroker:/home/server#

[Jan1]

@Thomas-Braun
Ja aber wenn Debian installierst, kannst das nicht auswählen und nicht jeder User ist da so fit wie Du

[Thomas Braun]

@Halmand sagte in willkürliche abstürzte der Adapter seit node 10 update:

server@debian-iobroker:~$ su

Da fehlen aber auch wieder die Grundlagen.
Als root:

usermod -aG sudo server

Dann wieder als 'server' einloggen. Und den Quatsch mit su und root werden wieder vergessen.

[Halmand]

@Thomas-Braun aso hab gerne das sudo nicht gesamte macht hat

[Thomas Braun]

@Halmand Aber dann als dicker mächtiger root in eine root-shell einloggen? Du hast das Konzept nicht verstanden.
Mittels sudo kannst du die 'Macht' ja eben viel zielgenauer dosieren.

[Halmand]

@Thomas-Braun so offt nutze ich die konsole auch nicht und jaa ich bin linux noob weiß nur bar sachen

[Thomas Braun]

@Halmand
Dann merk dir die 'richtigen' Sachen. Per 'sudo' machst du viel weniger kaputt als in einer root-shell. Auch und gerade mit wenig Ahnung.

[Halmand]

@Thomas-Braun darum hab ich ja in ner VM da mach ich snapshots davor XD

[Thomas Braun]

@Halmand Trotzdem kann man mit seinem System sauber umgehen.

[Halmand]

@Thomas-Braun ja hast ja recht

[Thomas Braun]

@Halmand
Als user 'server'

groups

[Halmand]

@Thomas-Braun said in willkürliche abstürzte der Adapter seit java 10 update:

groups

server@debian-iobroker:~$ groups
server cdrom floppy sudo audio dip video plugdev netdev lpadmin scanner

[Thomas Braun]

@Halmand
Okay, du bleibst jetzt immer user 'server'. root ist tabu!

iobroker status

[Halmand]

@Thomas-Braun said in willkürliche abstürzte der Adapter seit java 10 update:

iobroker status

server@debian-iobroker:~$ iobroker status
iobroker is running on this host.

At least one iobroker host is running.

Objects type: file
States  type: file

[Thomas Braun]

@Halmand

iobroker version