Nodejs v18.12.1
-
@dp20eic
Sorry das mit der Hilfe war auch nicht so von mir gemeint. Vielleicht habe ich mich falsch ausgedrückt aber in Wirklichkeit haben mir viele geholfen und das der ioBroker nicht laufen will ist nur und alleine meine Installation schuld.
Sorry nochmal dass es so blöd geklungen hat. -
@djmarc75
Du hast recht.
Sorry
-
@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. -
Leider habe ich mich zu früh gefreut. Der Speicher ist mal wieder voll gelaufen und ioBroker startet nicht mehr
-
Dann nochmal von vorne. Dicke Brummer suchen, reinschauen was das verursacht.
-
@thomas-braun sagte in Nodejs v18.12.1:
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.
-
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 -
Das hat hier eigentlich überhaupt nichts zu suchen
-
--- /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 -
Müsste man eigentlich einfach löschen können:
sudo rm /var/log/kern.log.1 sudo rm /var/log/syslog.1 -
Will noch jemand helfen? Wenn ich die neue Bullseye installiere kann ich nicht sicher sein dass der Speicher nicht wieder voll laufen wird. Oder?
-
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 -
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:~ $ -
@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 !!!! -
Leute ich weiß Eure Hilfe wirklich zu schätzen. Ihr seid meine letzte Hoffnung
-
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 -
@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? -
Nein, das ist nur die Service-Datei für systemd.
Lass da die Finger von -
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 ? -
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.
