Mein Workaround zu diesem Problem auf dem iPhone:
Wlan Aus, VPN Verbindung zur Fritzbox herstellen, dann lädt die VIS2 Runtime und ioBroker wie gewohnt.

Der smartgarden Adapter startet auch nicht mehr mit der aktuellen Version 2.0.1

Hab bereits ein Issue in Github dazu erstellt

Mein Workaround zu diesem Problem auf dem iPhone:
Wlan Aus, VPN Verbindung zur Fritzbox herstellen, dann lädt die VIS2 Runtime und ioBroker wie gewohnt.

Das Problem besteht schon lange.
Abhilfe schafft nur die ioBroker Visu App im AppStore (die aber Bugs hat was Widget-Anzeige bzw Bedienung betrifft)

https://github.com/ioBroker/ioBroker.vis-2/issues/102

Feuer-sturm created this issue in ioBroker/ioBroker.vis-2

open Problem with creating shortcut of vis-2 project on Android and iOS Homescreen #102

@ro75 swap ist jetzt 2GB groß, schauen wir was passiert.

Danke für eure Hinweise und Unterstützung

Ja ich vermute fast auch, dass die 4GB RAM grenzwertig sind mittlerweile.

Habe das heute nacht mal mitgeloggt und auch mit dem Befehl sudo journalctl -xe nochmal geschaut.
Aber nichts auffälliges, der Speicherbedarf schwankt nicht sehr viel, aber wenn die großen Adapter gleichzeitig mehr benötigen wirds eng.

Ein massiver Anstieg eines bestimmten Adapters konnte ich nicht sehen, trotzdem gabs dann wieder den „gewohnten“ Absturz heute Nacht.

Werde mal ein paar größere Scripte deaktivieren und schauen ob es dann besser wird.
Vermutlich wirds aber eher Zeit für einen 8GB RAM Pi.

@oliverio

Ich gehe davon aus, dass es kein generelles Thema ist.
Aber ich hab auch keine Idee wie man das Problem finden kann.
Werde mir deinen Link oben noch anschauen und alle meine Scripte die einen Intervall drin haben mal deaktivieren und schauen ob es immernoch passiert.

Hatte die Hoffnung jemand kennt noch einen Kniff in ioBroker um das zu diagnostizieren

@oliverio

Ich hab mir ein kleines python script dazu geschrieben um losgelöst vom ioBroker zu sein.

ich verwende tatsächlich in manchen Scripts setinterval, jedoch nicht erst seit kurzem.
Und die letzten Monate wenn nicht sogar schon Jahre gabs da nie Probleme… das verwundert mich etwas.

@crunchip

Hmm.. glaube nicht, dass das Stunden:Minuten:Sekunden sind.
Der mittlere Wert erhöht sich alle 10 Sekunden rum um 1.

Also ich logge jetzt mal den Speicherbedarf heute Nacht mit den jeweiligen PIDs mit solange bis ein Absturz kommt.
Dann poste ich das Ergebnis nochmal welche PID mit welcher Speicherauslastung zuletzt lief und welche vom System gekillt wurde.

Fakt ist, wenn ein Absturz kommt ist ioBroker kurze Zeit lang nicht erreichbar und alle Adapter starten neu.

@mcm1957

Hatte ich auch schon im Verdacht.
Aber da der Absturz auch Tagsüber geschieht und meine Backups nachts nach 2 uhr laufen seh ich da keinen Zusammenhang

@codierknecht

Das ist ja dann im Prinzip das selbe wie bei htop, nur dass es in der GUI in MB angezeigt wird und nicht in %.

Der Prozess welcher immer vom System gekillt wird ist iobroker.js-controller, aber das muss vielleicht nicht zwingend der Prozess sein der den hohen Speicherbedarf verursacht.

Ich werd dann wohl erstmal versuchen zu den typischen Absturzzeiten verstärkt drauf zu achten was da passiert. Evtl über Screen-Recording.

@crunchip

top bzw htop hab ich immerwieder offen.
Da hat der iobroker.js-controller meistens sowas zwischen 15 und 20% Memory Auslastung.

Den Moment in dem ioBroker abstürzt habe ich leider noch nicht visuell erwischt.

Wo kann man in der GUI die Speicherauslastung der Adapter sehen?