Speicherprobleme - Absturz?

[Schandmann]

@Homoran

Hat jetzt mit iob diag geklappt...

Spoiler

======================= SUMMARY =======================
                    v.2023-04-16


Operatingsystem:        Ubuntu 20.04.4 LTS
Kernel:                 5.4.0-162-generic
Installation:           microsoft
Timezone:               Europe/Berlin (CEST, +0200)
User-ID:                0
X-Server:               false
Boot Target:            graphical.target

Pending OS-Updates:     95
Pending iob updates:    0

Nodejs-Installation:    /usr/bin/nodejs         v16.20.1
                       /usr/bin/node           v16.20.1
                       /usr/bin/npm            8.19.4
                       /usr/bin/npx            8.19.4

Recommended versions are nodejs 18.x.y and npm 9.x.y
Your nodejs installation is correct

MEMORY:
             total        used        free      shared  buff/cache   available
Mem:           3.9G        3.5G        259M        0.0K        170M        223M
Swap:          3.3G        738M        2.5G
Total:         7.2G        4.2G        2.8G

Active iob-Instances:   38
Active repo(s): Stable (default)

ioBroker Core:          js-controller           4.0.24
                       admin                   6.6.1

/opt/iobroker/node_modules/standard-as-callback/built/index.js:6
       throw e;
       ^

Error: Connection is closed.
   at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25)
   at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20)
   at Object.onceWrapper (node:events:628:26)
   at Socket.emit (node:events:513:28)
   at TCP.<anonymous> (node:net:301:12)
Emitted 'error' event on ScanStream instance at:
   at /opt/iobroker/node_modules/ioredis/built/ScanStream.js:38:22
   at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:12:23)
   at /opt/iobroker/node_modules/standard-as-callback/built/index.js:33:51
   at processTicksAndRejections (node:internal/process/task_queues:96:5)
ioBroker Status:

Status admin and web instance:
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects:                28968
States:                 24818

Size of iob-Database:

31M     /opt/iobroker/iobroker-data/objects.jsonl
18M     /opt/iobroker/iobroker-data/objects.json.migrated
18M     /opt/iobroker/iobroker-data/objects.json.bak.migrated
4.2M    /opt/iobroker/iobroker-data/states.json.bak
4.2M    /opt/iobroker/iobroker-data/states.json



=================== END OF SUMMARY ====================

[Homoran]

@schandmann sagte in Speicherprobleme - Absturz?:

Installation: microsoft

ach du grüne Neune

@schandmann sagte in Speicherprobleme - Absturz?:

Pending OS-Updates: 95

und das bei Windows??

oder wie passt das Ganze zu Ubuntu?

@schandmann sagte in Speicherprobleme - Absturz?:

=================== END OF SUMMARY ====================

bitte

@homoran sagte in Speicherprobleme - Absturz?:

besser iob diag komplett

[Schandmann]

@homoran

das mit Microsoft könnte daran liegen, dass ich womöglich vor Jahren mal zu testzwecken dort gestartet bin. Bin ansonsten schon über einige Systeme gezogen (RockPI,RaspberryPi und nun Synology)

Werde die Updates für Ubuntu mal fahren....

diag komplett muss ich mal schauen wie das geht...

[Homoran]

@schandmann sagte in Speicherprobleme - Absturz?:

das mit Microsoft könnte daran liegen, dass ich womöglich vor Jahren mal zu testzwecken dort gestartet bin.

dann hast du aber eine ganz krumme Installation.

auch wenn @thomas-Braun sich ebenso wie ich nicht mit den Tiefen vom M$ aukennt, kann er diese Information vielleicht auflösen

und Synology heisst womöglich auch noch Docker!???

[Schandmann]

@homoran

auf der Synology läuft Ubuntu als VM und darauf dann Iobroker.
also nicht Docker.
Docker ist der Teufel.

[Thomas Braun]

@schandmann

Zu iob_diag:

Nie als root agieren. Leg dir einen user mit sudo-Recht an und spring damit durch das System.

Pending OS-Updates: 95

Updates einspielen.

/opt/iobroker/node_modules/standard-as-callback/built/index.js:6

   throw e;

   ^

Error: Connection is closed.

Komischer Fehler.

[Schandmann]

@thomas-braun

Updates fahre ich noch. Muss gleich wieder zur Schicht. Melde mich!

[Thomas Braun]

@schandmann sagte in Speicherprobleme - Absturz?:

das mit Microsoft könnte daran liegen, dass ich womöglich vor Jahren mal zu testzwecken dort gestartet bin

Und dann immer stumpf Verzeichnisse hin- und herkopiert?
Das kann nicht vernünftig funktionieren.

[Schandmann]

@thomas-braun

habe immer Backups eingespielt. Habe nie stumpf Verzeichnisse kopiert.

[Homoran]

@schandmann sagte in Speicherprobleme - Absturz?:

@thomas-braun

habe immer Backups eingespielt. Habe nie stumpf Verzeichnisse kopiert.

dann ist da aber irgendwann ein Wurm mit den Backups reingekommen.

[Thomas Braun]

@schandmann

Installation: microsoft

kommt auch aus der Betriebssystem-Ebene (genauer von systemd), nicht vom ioBroker.

[Homoran]

@thomas-braun sagte in Speicherprobleme - Absturz?:

aus der Betriebssystem-Ebene (genauer von systemd)

wäre es dann möglich dass

@schandmann sagte in Speicherprobleme - Absturz?:

auf der Synology läuft Ubuntu als VM

die anscheinend verwendete Virtualization Station (???) mit einem MS Produkt unter der Haube arbeitet?
leider hatte @Schandmann diese Aussage nicht näher spezifiziert wie due VM eingebunden ist.

[Thomas Braun]

@homoran sagte in Speicherprobleme - Absturz?:

die anscheinend verwendete Virtualization Station (???) mit einem MS Produkt unter der Haube arbeitet?

Keine Ahnung was da werkelt.

[Schandmann]

Moin Leute,

habe noch einige Versuche gestartet um herauszufinden, warum sich Iobroker immer übernommen hat.

Fazit:
-Ohne den aktiven Energieflussadapter lief das System stabil (trotz knappem RAM-Speicher).
-habe der VM (auf der Iobroker läuft) noch 1,5 GB RAM extra freigegeben, keine Verbesserung.
-habe dann auf der Vis vom Energieflussadapter angefangen alle Datenquellen in den Elementen rauszunehmen und auch die Datenquellen unter "verfügbare Datenquellen" zu löschen.
-Dann bin ich darauf gestoßen, dass ich eine Datenquelle nicht löschen kann, da diese noch benutzt wird.
-Habe dann alle Elemente durchgeklickt und tatsächlich ein Rechteck gefunden (mit der Datenquelle), dass mir visuell nicht angezeigt wurde, ebenfalls war die Datenquelle in dem Dropdownmenu der Elemente nicht ersichtlich. Das Rechteck habe ich dann gelöscht.
-Schlussendlich habe ich wieder alle Datenquellen nach und nach angelegt und zwischendurch den Adapter neu gestartet um die Performance zu testen.
-Es scheint, als sei das Problem behoben.

Sollt es dennoch Probleme geben, würde ich mich wieder melden!

Bis hierhin, vielen Dank an alle die geholfen haben!!!

Habt ein schönes Wochenende!!!

mfG

[Homoran]

@schandmann danke für das Feedback

da hatte sich dann ggf. was verschluckt, möglicherweise als du viele Daten gespeichert hast.
@skb hat das gerade gefixt