ioBrocker Neustart Änderung

[bergjet]

@thomas-braun sagte in ioBrocker Neustart Änderung:

Wie sieht die Einstellung bezüglich des ftp-Servers aus

Den habe ich auch schon versucht zu deaktivieren. Das ergibt aber keine Änderung.

[simatec]

@bergjet
Was sagt denn dein Speicherplatz?
Kann es eventuell an einer so langsam sterbenden SD liegen?

Wieviel Instanzen laufen auf dem PI? Ist es ein PI3 oder 4?
Welche Versionen von node, node.js, npm und js-controller sind installiert?

[bergjet]

@simatec
Datenträger verfügbar: 36.7 %
gesamte RAM-Nutzung: 2959 MB / Frei: 61% = 2.332 MB
[Host: raspberrypi - 42 Prozesse]

Es ist ein PI4
41 Instanzen
Node.js v12.22.1
node v12.22.1
NPM 6.14.12
js-controller 3.2.16

Seit ich die Update Version Backitup 2.1.2 aufgespielt habe wurde kein Update mehr gemacht.

[simatec]

@bergjet
Gab es Fehler bei dem Update?
Von welche Version hast du auf 2.1.2 gewechselt?
In Version 2.1.2 wurde am iobroker Backup nichts geändert. Backitup verwendet den gleich Backup Prozess wie der Konsolenbefehl.
Von daher macht es keinen Unterschied, ob du das Backup über iobroker backup machst, oder über Backitup.
Führe doch mal das Backup über Konsole aus ohne iobroker zu stoppen

[bergjet]

@simatec
Gewechselt von 2.1.0 auf 2.1.2
Der Fehler beim Update:

error: host.raspberrypi-Server Cannot save backup file /opt/iobroker/iobroker-data/objects.json.bak: ENOENT: no such file or directory, rename '/opt/iobroker/iobroker-data/objects.json' -> '/opt/iobroker/iobroker-data/objects.json.bak'

Das Backup über das Terminal ohne ioBroker zu beenden dauerte 7 Minuten.
Es ist im backup-ordner zu sehen.

Nach dem Backup fällt der freie Ram-Spreicher auf 30% ab.

[simatec]

@bergjet
Da sehe ich das große Problem bei dir dein RAM.
Schaue mal nach, was da soviel RAM frisst. Htop kannst du dafür nutzen

[bergjet]

@simatec
Das automatische backup heute um 02:00 wurde nicht durchgeführt, obwohl der iobrocker neu gestartet wurde.

[Jan1]

@bergjet
stoß doch mal manuell ein Backup an, dann siehst doch sofort ob der Pi mangels RAM abschmiert oder nicht

[simatec]

@bergjet Also laut deinem Screenshot denke ich tatsächlich an ein RAM Problem ... Swap ist ja auch schon gut aktiv bei dir

[Jan1]

@simatec
Das hatte ich im 6. Post ja schon geschrieben und alles deutet auch darauf hin. Backup manuell anstoßen und wenn er abschmiert, ist der RAM alle.

[bergjet]

Habe ein manuelles Update gemacht. ioBrocker zuerst gestoppt, dann manuelles Backup, das funktioniert.

[simatec]

@bergjet Bitte nicht stoppen sondern direkt das Backup ausführen

[Jan1]

@bergjet
dann erklär mal wie Du ein Backup mit dem Adapter machst, wenn Du IOBroker vorher stoppst. Mit manuell meine ich natürlich nicht über die Konsole sondern über den Button im Adapter. Wenn kein IOBroker läuft, ist auch genug RAM vorhanden

[bergjet]

ioBroker schmiert ab, wenn ich
ein Backup über die Konsole mache ohne den ioBroker zu stoppen
ein Backup über den backitup Adapter manuell anstosse.

[Jan1]

@bergjet
Was für ein Pi ist denn das?

[bergjet]

@jan1 pi4

[Jan1]

@bergjet
Hm, dann ist was faul, da der 4GB RAM haben sollte und das müsste locker reichen

[Thomas Braun]

@bergjet

free -ht

sagt uns?

[bergjet]

@thomas-braun sagte in ioBrocker Neustart Änderung:

free -ht

pi@raspberrypi:~ $ free -ht
              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,8Gi       666Mi       1,0Mi       1,3Gi       2,3Gi
Swap:          99Mi        16Mi        83Mi
Total:        3,8Gi       1,8Gi       750Mi
pi@raspberrypi:~ $ 

[Thomas Braun]

@bergjet

Was läuft denn da alles mit?
Mein System sieht so aus:

pi@raspberrypi:~ $ free -ht
              total        used        free      shared  buff/cache   available
Mem:          3,7Gi       1,1Gi       1,9Gi       9,0Mi       826Mi       2,8Gi
Swap:          99Mi          0B        99Mi
Total:        3,8Gi       1,1Gi       2,0Gi

Läuft da vielleicht unnötigerweise ein Desktop mit?