Monatsrückblick Januar/Februar 2026 ist online!

[nieIP]

@apollon77:

Wann macht er das Backup? Ist er immer gegen 2 Uhr gestorben? `

Standard Backup 02:10 täglich - das könnte einen Zusammenhang geben

Komplett Backup 03:00 alle 8 Tage

CCU 4:30 alle 10 tage

Mysql zusammen mit Komplett Backup

[Homoran]

Habe mal eben quergelesen,

Ja es ist der Speicher! im ersten log

2018-12-27 02:12:43.433 - error: uncaught exception: spawn ENOMEM

und wenn das Backup um 2:10 beginnt passt auch der Timestamp.

@nieIP:

so ca. 150 Geräte. CCU3 `
Die Frage nach der Größe der Installation bezog sich auf ioBroker ;-)

Anhand des Screenshots deiner Instanzen kann man es aber abschätzen.

Ich weiß nicht wieviel Speicher der SQL Adapter bei dir belegt, aber ich fürchte du bist mit den 1MB eines RasPi allmählich am Ende.

@nieIP:

Ich möchte wie jeder User einfach nur, dass es läuft. `
Wollen wir auch!

@nieIP:

und nun läuft ioBroker nicht mehr durch `
Wenn ich dir jetzt raten würde das Backup mal abzuschalten, um das als Ursache auszuschließen, fühle ich mich nicht so richtig wohl dabei.

Wenn du am System nichts änderst wären in extremo nur die aktuellen States verloren, die History speicherst du ja extern in SQL.

Oder übersehe ich da etwas?

Gruß

Rainer

[dondaik]

als einwurf, das backup wird es nicht oder nur am rande sein … meine laufen um 2 durch durch. der iobroker hat heute schon mindesten 5x gesagt das er nicht mag.... gerade hat er sich erst wieder beendet.. sudo iobroker start hat ihn wohl wieder auf die beine geholfen ... ...

[nieIP]

@Homoran:

Ich weiß nicht wieviel Speicher der SQL Adapter bei dir belegt, aber ich fürchte du bist mit den 1MB eines RasPi allmählich am Ende. `

• 500MB benutzt / 500MB frei und wie gesagt, es lief auch 1 Jahr ohne Probleme

• ich warte auf den nächsten Absturz, das sehe ich sofort morgens an VIS. Dann werde ich wieder nach der Zeit sehen und dann ggf. das Backup abschalten.

Gibt es nicht im System Adapter einen Datenpunkt für den freien Speicher? den könnte ich ja mal loggen. Ob es kontinuierlich weniger wird ….

[nieIP]

host.raspi-3.freemem

in den letzten 3 Tagen gab es 2 mal einen Sprung um 02:10. Genau zu der Zeit wenn dass Backup (Standard) läuft.

Vor einigen Tagen auch um 03:00 , wenn das Komplett Backup läuft.

(der lange schräge Strich heute früh bedeutet nur - keine Daten)

[nieIP]

PS js-controller 1.5.0 falls das wichtig ist

[Stabilostick]

Da müsste es auch bei den Adaptern Speichercounter geben, die die Speichernutzung pro Adapter anzeigen.

System.Adapter.

[nieIP]

@Stabilostick:

Da müsste es auch bei den Adaptern Speichercounter geben, die die Speichernutzung pro Adapter anzeigen.

System.Adapter. `

ja, gibt es. Welchen von den drei Werten sollte ich beobachten? Die Bezeichnungen sagen mir nix :roll:

[apollon77]

Also ja ich würde auch denke das der Backup Adapter an der Stelle mehr Speicher verbraucht als da ist. Warum auch immer. Das müsste man mal rausfinden. :-(

Zum js-Controller … die 1.5.0 hatte auch einige Probleme und die 1.5.3 wäre denke ich besser. Will aber auch nicht zu viele changes zumuten ...

Gesendet vom Handy ...

[nieIP]

@apollon77:

Zum js-Controller … die 1.5.0 hatte auch einige Probleme und die 1.5.3 wäre denke ich besser. Will aber auch nicht zu viele changes zumuten ... `

die 1.5.3 muss ich sicherlich per Kommandozeile installieren. Könnte ich bitte die entsprechende Zeile mit dem Befehl mal bekommen?

[nieIP]

Hallo

ich habe mir jetzt die 1.5.3 installiert. mal sehen, wie es läuft.

auf der Seite http://www.iobroker.net/docu/?page_id=3074&lang=de gibt es ganz unten eine Anleitung

cd /opt/iobroker
sudo iobroker stop
npm cache clean
npm install iobroker.js-controller --production
sudo iobroker start

Zeile 3 funktioniert mit der aktuellen npm Version nicht mehr. Entweder muss da ein "npm cache clean –force" stehen

Oder besser die neue Funktion "npm cache verify"

getestet mit npm 6.4.1

Ich bin dann auch gleich auf 6.5 gegangen.

npm install -g npm

[apollon77]

Super. Hatte frage nicht gesehen. Sorry.

Gesendet vom Handy …

[nieIP]

Hallo

leider hat das "minimal" Backup heute Nacht um 02:10 den admin wieder abgeschossen. Auf Grund von zu wenig Ram wurde ioBroker beendet :(

2019-01-01 01:56:26.454 - info: host.raspi-3 Delete log file iobroker.2018-12-25.log
2019-01-01 02:11:05.016 - warn: host.raspi-3 instance system.adapter.admin.0 terminated due to SIGKILL
2019-01-01 02:11:05.028 - error: host.raspi-3 instance system.adapter.admin.0 terminated with code null ()
2019-01-01 02:11:05.030 - info: host.raspi-3 Restart adapter system.adapter.admin.0 because enabled
2019-01-01 02:11:47.452 - error: uncaught exception: spawn ENOMEM
2019-01-01 07:04:05.958 - info: host.raspi-3 iobroker.js-controller version 1.5.3 js-controller starting
2019-01-01 07:04:05.974 - info: host.raspi-3 Copyright (c) 2014-2018 bluefox, 2014 hobbyquaker
2019-01-01 07:04:05.976 - info: host.raspi-3 hostname: raspi-3, node: v6.15.1
2019-01-01 07:04:05.978 - info: host.raspi-3 ip addresses: 192.168.1.161 fd00::45ec:135f:5ca9:606b fe80::5808:2398:e0a1:1c9d
2019-01-01 07:04:06.280 - info: host.raspi-3 inMem-states listening on port 9000
2019-01-01 07:04:07.738 - info: host.raspi-3 inMem-objects listening on port 9001
2019-01-01 07:04:07.766 - info: host.raspi-3 InMemoryDB connected
2019-01-01 07:04:07.888 - info: host.raspi-3 28 instances found
2019-01-01 07:04:08.093 - info: host.raspi-3 starting 18 instances
2019-01-01 07:04:08.288 - info: host.raspi-3 instance system.adapter.admin.0 started with pid 903
2019-01-01 07:04:19.312 - info: host.raspi-3 instance system.adapter.hm-rega.0 started with pid 909
2019-01-01 07:04:19.697 - info: admin.0 starting. Version 3.5.10 in /opt/iobroker/node_modules/iobroker.admin, node: v6.15.1
2019-01-01 07:04:19.785 - info: admin.0 requesting all states
2019-01-01 07:04:19.791 - info: admin.0 requesting all objects
2019-01-01 07:04:19.795 - info: admin.0 Request actual repository...

[apollon77]

Welche node Version? Wir da gerade Vllt was auf der Spur …

Gesendet vom Handy ...

[nieIP]

root@raspi-3:~# node -v

v6.15.1