UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Krisiun]

@Thomas-Braun
Hallo
ich wollte mich nochmal bei Dir bedanken und nur sagen dass das Problem eigentlich an die Host Version gelegen hat.
Ich habe die neueste Version 6.2.23 installiert und bis jetzt passt alles.
Ich hoffe morgen früh wird es auch so sein wie jetzt.
Bei der alten Version ist der Speicher über Nacht wieder voll gelaufen wie Du auch gesagt hast.
Hoffentlich wird das jetzt nicht der Fall sein.
Das alles nur als Info.
Vielleicht kannst Du damit was anfangen und den anderen helfen.
VG.

[Krisiun]

Leider habe ich mich zu früh gefreut. Der Speicher ist mal wieder voll gelaufen und ioBroker startet nicht mehr :(

[Thomas Braun]

@krisiun

Dann nochmal von vorne. Dicke Brummer suchen, reinschauen was das verursacht.

[falkomfs]

@thomas-braun sagte in Nodejs v18.12.1:

@krisiun

Dann nochmal von vorne. Dicke Brummer suchen, reinschauen was das verursacht.

Du hast die Ruhe weg, Riesen Respekt von meiner Seite, erinnert mich an den Fahrlehrer von der Lütten, der da sagte " links, ähm, das andere links. ;-)

[Krisiun]

Da mischt sie die mariadb mit ein. Der datenbank der auf meinem synology läuft wenn ich die meldung richtig verstanden habe:

pi@raspberrypi4-iob:~ $ cat /etc/systemd/system/multi-user.target.wants/iobroker   .service
[Unit]
Description=ioBroker Server
Documentation=http://iobroker.net
After=network.target redis.service influxdb.service mysql-server.service mariadb   -server.service
Wants=redis.service influxdb.service mysql-server.service mariadb-server.service

[Service]
Type=simple
User=iobroker
Environment="NODE=$(which node)"
ExecStart=/usr/bin/bash -c '${NODE} /opt/iobroker/node_modules/iobroker.js-contr   oller/controller.js'
Restart=on-failure
RestartSec=3s

[Install]
WantedBy=multi-user.target

[Krisiun]

Das hat hier eigentlich überhaupt nichts zu suchen

[Krisiun]

--- /var/log -------------------------------------------------------------------
                         /..
   51,3 GiB [##########]  syslog.1
   51,3 GiB [######### ]  kern.log.1
    7,6 MiB [          ]  syslog
    7,6 MiB [          ]  daemon.log
    3,6 MiB [          ]  daemon.log.1
  340,0 KiB [          ]  boot.log
  232,0 KiB [          ]  xrdp.log
  204,0 KiB [          ]  wtmp
  144,0 KiB [          ] /apt
  128,0 KiB [          ]  messages.1
   72,0 KiB [          ]  daemon.log.3.gz
   56,0 KiB [          ]  xrdp-sesman.log
   48,0 KiB [          ]  daemon.log.2.gz
   44,0 KiB [          ]  auth.log.1
   44,0 KiB [          ] /cups
   40,0 KiB [          ]  syslog.2.gz
   36,0 KiB [          ]  daemon.log.4.gz
   36,0 KiB [          ]  kern.log.3.gz
   36,0 KiB [          ]  messages.3.gz
   32,0 KiB [          ]  dpkg.log.1

[Thomas Braun]

@krisiun

Müsste man eigentlich einfach löschen können:

sudo rm /var/log/kern.log.1
sudo rm /var/log/syslog.1

[Krisiun]

Will noch jemand helfen? Wenn ich die neue Bullseye installiere kann ich nicht sicher sein dass der Speicher nicht wieder voll laufen wird. Oder?

[Krisiun]

Das löschen hat geklappt

pi@raspberrypi4-iob:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root       117G     11G  102G   10% /
devtmpfs        1,8G       0  1,8G    0% /dev
tmpfs           1,9G       0  1,9G    0% /dev/shm
tmpfs           1,9G    137M  1,8G    8% /run
tmpfs           5,0M    4,0K  5,0M    1% /run/lock
tmpfs           1,9G       0  1,9G    0% /sys/fs/cgroup
/dev/mmcblk0p1  253M     49M  204M   20% /boot
tmpfs           384M       0  384M    0% /run/user/1000

[Thomas Braun]

@krisiun

Was willst du denn noch für Hilfe?

Ein falsch konfiguriertes Bullseye läuft dir genauso voll.
Ein richtig eingestelltes Bullseye läuft ohne weiteres durch:

echad@chet:~ $ uptime -p
up 2 weeks, 15 hours, 4 minutes
echad@chet:~ $

[DJMarc75]

@krisiun sagte in Nodejs v18.12.1:

Will noch jemand helfen?

Wurde Dir nicht schon von so vielen Helfern geholfen ???
Dieser Beitrag ist voll von Lösungen, auch wenn das mit dem Beitragstitel schon lange nichts mehr zu tun hat !!!!

[Krisiun]

Leute ich weiß Eure Hilfe wirklich zu schätzen. Ihr seid meine letzte Hoffnung

[Krisiun]

Ich möchte nur herausfinden was das hier soll? Das ist wahrscheinlich der böse Attentäter

pi@raspberrypi4-iob:~ $ cat /etc/systemd/system/multi-user.target.wants/iobroker   .service

[Unit]

Description=ioBroker Server

Documentation=http://iobroker.net

After=network.target redis.service influxdb.service mysql-server.service mariadb   -server.service

Wants=redis.service influxdb.service mysql-server.service mariadb-server.service

[Homoran]

@krisiun sagte in Nodejs v18.12.1:

Das ist wahrscheinlich der böse Attentäter

was veranlasst dich zu dieser Aussage?
Stand das im log?

[Thomas Braun]

@krisiun

Nein, das ist nur die Service-Datei für systemd.
Lass da die Finger von

[Krisiun]

OK. Danke Euch. Und Homoran Nein das steht nicht in Log drin.
Ich werde trotzdem die neue version installieren. Noch eine Frage, wenn ich dann das Backup drauf spiele habe ich dann das gleiche Problem wie jetzt? Sonst müsste ich den iobroker komplett neu aufsetzen. Was ist richtig ?

[Thomas Braun]

@krisiun

Nur wenn eine Fehlkonfiguration im ioBroker vorläge.
Scheint aber nicht der Fall zu sein.

Installier Bullseye Lite halt flugs frisch neu, ioBroker per Einzeiler installieren, Backup drauf, fertig.

[Jan1]

@krisiun sagte in Nodejs v18.12.1:

Sonst müsste ich den iobroker komplett neu aufsetzen. Was ist richtig ?

in 2 Stunden fertig (mit Pi frisch) und das sage ich schon seit Tagen ;)

[Krisiun]

Ich danke Euch vielmals. Ich weiß Jan1 dass du das schon 100 mal gesagt hast. Ich werde jetzt aber Euren Vorschlag folgten.
Ich bin gespannt.
Danke Leute Ihr seid MEGA !!