Neu im Blog: Was die neue Website alles kann

[Thomas Braun]

@D.Wermer

Den info-Adapter gibt es nicht mehr. Rauswerfen.

[D.Wermer]

ahso.. wo kann ich den am besten rauswerfen? bzw wie?

[Thomas Braun]

@D.Wermer

iob del info --debug

[D.Wermer]

Error deleting adapter info from disk: Cannot find module 'iobroker.info/io-package.json'
Require stack:

• /opt/iobroker/node_modules/@iobroker/js-controller-cli/build/esm/lib/setup/setupInstall.js
  You might have to delete it yourself!

[D.Wermer]

sonst ist der Adapter deinstalliert

[Thomas Braun]

@D.Wermer sagte:

deinstalliert

Nein, der ist 'deaktiviert'. Wäre er deinstalliert würde er hier nicht auftauchen.

[D.Wermer]

@Thomas-Braun OK dann so. Müsste ich das dann nochmal nachgehen oder ist das zu vernachlässigen?

[D.Wermer]

Also jetzt ist alles soweit sauber. Von diesem Stand habe ich jetzt ein Backup gemacht und dann muss ich jetzt mal schauen, ob das Problem wieder kommt

[Andreas67 0]

Hi @D.Wermer,
du solltest da auf jeden Fall noch mal kurz nachgehen und es nicht ignorieren. Da der CLI-Befehl die Dateien auf der Festplatte nicht mehr finden konnte (Cannot find module...), hängen jetzt sehr wahrscheinlich noch Karteileichen in deiner ioBroker-Datenbank. Das kann bei zukünftigen Updates des js-controllers zu Fehlermeldungen oder Hängern führen. Du kriegst das System aber ganz einfach komplett sauber: Aktiviere im ioBroker Admin den Expertenmodus (das Zahnrad/Kopf-Symbol oben).Geh in den Reiter Objekte.Such nach system.adapter.info und lösche diesen Ordner komplett (auf den Mülleimer klicken).Such nach info.0 (oder eventuellen anderen info-Nummern) und lösche auch diese Datenpunkte. Alternativ kannst du die Reste der Instanz auch direkt über das Terminal mit diesem Befehl weglöschen :bashiob del info.0
Verwende Code mit Vorsicht. Danach ist dein System wirklich zu 100 % sauber und das neue Backup perfekt! Mfg Andreas

[D.Wermer]

So.. Danke Andreas nochmal für deine Info. ich habe soeben nach den Info adapter gescheit aber ich kann keine Einträge mehr finden. Soweit läuft bis jetzt alles sauber durch und ich gehe nach und nach weiter auf Fehlersuche.
Ich wollte die Anlage erst einmal ein bisschen laufen lassen um zu schauen ob sich noch Fehler einschleichen bevor ich frühzeitig Meldungen gebe

[D.Wermer]

Danke natürlich auch an alle Beteiligten zur Hilfestellung. Ihr habt mir echt super geholfen.

[D.Wermer]

ÜBer system.adapter.host.%name% kann ich einen Info Punkt finden. Darf dieser gelöscht werden?

[Andreas67 0]

Hi @d.wermer , Nein, bloß nicht löschen! 🛑 Den Datenpunkt unter system.adapter.host.%name% musst du unbedingt so lassen, wie er ist. Der gehört direkt zum Kern-System (deinem ioBroker-Host / js-controller) und hat absolut nichts mit dem alten Info-Adapter zu tun. Wenn du den löschst, zerschießt du dir im schlimmsten Fall die Host-Konfiguration, weil dort wichtige System-Zustände (wie der Online-Status des Pi, CPU- und RAM-Werte) verwaltet werden. Da du unter system.adapter.info und info.0 nichts mehr finden konntest, war deine Bereinigung schon zu 100 % erfolgreich. Die Karteileichen des alten Adapters sind also alle weg und dein System ist an dieser Stelle sauber. Klingt doch super, dass die Kiste jetzt erst mal fehlerfrei läuft und das Backup sauber durchgeht! Lass es jetzt einfach genau so laufen und beobachte es weiter. Wenn wieder was ist, einfach melden. Viele Grüße Andreas

[D.Wermer]

Hallo Zusammen, Hier noch einmal ein riesen Dank bei allen Helfern!!!
Mein System läuft bis jetzt soweit immer noch Stabil durch. Ich muss jetzt nur mal nachschauen was den Speicher angeblich volllaufen lassen hat. ich habe für Diagramme E-Charts angelegt welche über History Datnbankeinträge macht für die Langzeitaufzeichnung. Jetzt speichert der aber nur 1 Woche und es ist auch nicht viel was aufgezeichnet wird. Ca . 15 Datenpunkte.
Hat da evtl wer eine Vermutung?

[D.Wermer]

Hallo Zusammen. Seit gestern ist das Problem wieder aufgetaucht.....

iob logs --watch

spuckt mir aus

2026-09-20 17:57:57.818 - error: alexa2.0 (5150) Objects database error: connect ECONNREFUSED 127.0.0.1:9001
2026-09-20 17:57:57.827 - error: unifi-protect.0 (5505) States database error: connect ECONNREFUSED 127.0.0.1:9000
2026-09-20 17:57:57.831 - error: pushover.0 (4999) Objects database error: connect ECONNREFUSED 127.0.0.1:9001

als wenn wieder der Speicher voll wäre

[OliverIO]

@D.Wermer

schau mal im betriebssystem log nach oom (out of memory)
evtl hat das betriebssystem wegen RAM engpass den iobroker abgeschossen, der dann wieder gestartet ist

dazu kannst du dir den (leider längeren) thread mal anschauen
https://forum.iobroker.net/topic/85236/load-average-am-anschlag-neustart?page=1
evtl ist die ursache der history adapter

[D.Wermer]

also laut htop rechnet der sich nen wolf... alle adapter wollen starten und dann startet er den iob service mit allem drum und drann wieder neu
und das in einer dauerschleife

Und ich kann gerade nicht die Ursache finden. bzw wie sehe ich wie voll die Festplatte ist

[D.Wermer]

Der Arbeitspeicher hat nicht mal 50% belegt und die Festplatte ist nur zu 16% belegt

[OliverIO]

@D.Wermer

das mit dem ram ist nur eine augenblicks sicht.
in dem thread hat sich gezeigt, das einige parallele history anfragen aus diagrammen, der speicherbedarf kurzzeitig stark angestiegen ist und dann das betriebssystem zugeschlagen hat, diese situation dauerte nur wenige augenblicke an, daher war es nicht einfach zu analysieren.
klar bei 50% frei muss schon viel kommen.
aber wir kennen ja keine details.
daher:
schau im log des betriebssystems nach.
wenn der iobroker abgeschossen wird, kann er nichts mehr loggen, da muss man dann auf betriebssystemebene schauen

[D.Wermer]

Ich danke schon mal für deine Hilfe @oliverio. Das muss ich mit mal genauer anschauen.

Einen Ansatz habe ich aber noch keinen weil ich selbst kaum weiß wo ich suchen muss