Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[omega235]

Hallo,

ich würde behaupten ich kenne mich mit Iobroker relativ gut aus, habe auch schon einen Adapter Programmiert, aber gerade komme ich nicht weiter. Hatte auch schon mehrmals meinen Iobroker zerschossen, aber immer wieder hinbekommen, diesmal aber irgendwie nicht

Was ist passiert:
Iobroker lief nicht mehr.
Habe festgestellt dass die SD Karte voll war
der BackitupAdapter hat die Backups nicht gelöscht wodurch die SD-Karte voll lief.
Ich habe die Backups gelöscht und den Rock64 neu gestartet -> Admin war nicht erreichbar -> JS-Controller neu installiert -> Admin wieder erreichbar, aber unglaublich langsam (man kann nichts einstellen) -> über HTOP sieht man der io-broker.jscontroller braucht immer 100%

Ich habe Folgende Backups:
backitup Minimal 18.07.2019 - 0:20
backitup total 17.07.2019 - 0:10
Komplette SD-Karte heute nach dem die SD-Karte voll lief
Komplette SD-Karte 13.07.2019

Jetzt kommt das super Merkwürdige:
Auch mit dem Image vom 13.07.2019 (ohne etwas zu verändern) ist der Admin nur noch langsam zu erreichen und man kann nichts einstellen und auch hier ist der JS-Controller immer auf 100 %

Wie kann das sein, welche logs kann ich mir ansehen? Welche Infos bräuchtet ihr noch?
ich hoffe ihr könnt mir hier helfen

habe hier schon fast alles durchprobiert:
https://www.iobroker.net/docu/index-26.htm?page_id=3928&lang=de

edit: Iobroker status liefert manchmal

iobroker status
iobroker is running

Objects type: file
States  type: file

und manchmal

pi@rock64:/opt/iobroker$ iobroker status
events.js:183
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:9001
    at Server.setupListenHandle [as _listen2] (net.js:1360:14)
    at listenInCluster (net.js:1401:12)
    at doListen (net.js:1510:7)
    at _combinedTickCallback (internal/process/next_tick.js:142:11)
    at process._tickCallback (internal/process/next_tick.js:181:9)

edit2:
den Befehl node node_modules/iobroker.admin/admin.js --logs kann ich nicht starten, hier kommt fehler:

pi@rock64:/opt/iobroker$ node node_modules/iobroker.admin/admin.js --logs
module.js:550
    throw err;
    ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.admin/admin.js'
    at Function.Module._resolveFilename (module.js:548:15)
    at Function.Module._load (module.js:475:25)
    at Function.Module.runMain (module.js:694:10)
    at startup (bootstrap_node.js:204:16)
    at bootstrap_node.js:625:3

[Homoran]

@omega235 sagte in Iobroker startet nicht mehr, trotz backup:

Error: listen EADDRINUSE 0.0.0.0:9001

Da läuft etwas doppelt!

Wenn die Karte voll war, kann es immer sein, dass das gesamte Filesystem defekt ist.
Oder besser: kann es irgendwo im gesamten Dateisystem irgendwo defekt sein.

Wenn eine Änderung -egal welche- wegen Speicherplatzmange nicht mehr korrekt geschrieben werden aknn, kann es irgendwann zu seltsamen Dingen kommen, deren Ursache nicht mehr (so einfach) zu finden ist.

Ist es mit dem neuen Image von Anfang an so, oder erst nach dem einspielen des (vielleicht defekten) Backups?

[omega235]

@Homoran

Hallo,

das alte SD-Karten image ist auch sofort so, ohne Backup einspielen

[Homoran]

@omega235
Seltsam!
Will ja nicht hoffen, dass dein Rock defekt ist.

• Rock64? oder pro?
• mit oder ohne eMMC?

Bei einer Load von etwa 2 sollte da gar nichts langsam laufen.
Aber der dritte Core ist rappelvoll. Das wird der controller sein - aber warum?

• Beim neuen Image auch der core3?

[omega235]

Ich habe es hinbekommen. Wieso verstehe ich zwar nicht aber ich schreibe die Schritte die ich gemacht habe mal auf:

-Image nach dem Defekt verwendet
-Port über /opt/iobroker/iobroker-data/iobroker.json von 9000 auf 9080 und 9001 auf 9081 geändert
-nun stürzte des Js-Controller nach rund 70 sekunden immer ab
-Port zurück auf 9000 und 90001 gestellt
-JSController stürtzt weiterhin ab
-über iobroker list instances gesehen dass Admin.1 und RPI.1 läuft (Instanz läuft eigentlich auf MultiHost)
-über iobroker stop admin.1 und rpi.1 adapter beendet
-iobroker start
-admin war wieder erreichbar aber viele Instanzen waren deaktiviert
-Alle Instanzen aktiviert
-alles läuft auch nach neustart

kann sich das einer erklären was da passiert ist?
(und ich verstehe überhaupt nicht warum auch das alte image nicht mehr lauffähig war, vielleicht hat sich etwas am Multihost geändert?)

EDIT:
mir fällt ein im laufe dieser Woche habe ich einen weiteren Multihost-client hinzugefügt, der aber aktuell offline ist, könnte das das Problem gewesen sein, weil der Master den neuen Multihost nicht kannte, der 1. Multihost aber schon? oder haben die Multihosts keinerlei gespeicherte Daten?

[Homoran]

@omega235 sagte in Iobroker startet nicht mehr, trotz backup:

über iobroker list instances gesehen

Das wäre mein nächster Test gewesen.

Aber gut wenn es wieder klappt

[Homoran]

@omega235 sagte in Iobroker startet nicht mehr, trotz backup:

oder haben die Multihosts keinerlei gespeicherte Daten?

Der Slave wird versucht haben sich zu verbinden