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

[Rushmed]

@crunchip Sag bitte Bescheid wenns geädert ist!
LG

[crunchip]

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

Du bietest nicht Dashboards zu InfuxV1/2 an, auch wenn das bei manchen dem Sprachgebrauch entspricht, sondern ein Dashboard in InfluxQL und (später) eins in Flux.

geb ich dir Recht, aber man weiß was gemeint ist ;-)

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

Mir ist die Umschaltung der Profile noch nicht klar.

aktuell ist das script abgestimmt auf meine Servergröße, oben im auskommentierten Kopfteil sind die Werte incl Profile hinterlegt als Beispielwerte, entsprechend kann man dann ab

const CONFIG = {

seine eigenen Werte anpassen

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

Was bedeutet deadlock-, degradierter-, flaky-Adapter

ist im grafana dashboard als infoquelle hinterlegt

Kurz gesagt:

Deadlock-Adapter: Adapter-Prozess läuft, aber die Verbindung zum Backend ist blockiert.

Degradierter Adapter: Adapter läuft, zeigt aber dauerhaft schlechtes Verhalten (viele Errors plus auffällige Laufzeitwerte).

Flaky-Adapter: Adapter startet zu oft neu und ist dadurch unzuverlässig.

Langfassung

Spoiler

Deadlock-Adapter
Ein Deadlock ist eine Blockadesituation: Der Adapter-Prozess lebt noch, aber kommt praktisch nicht mehr sinnvoll weiter.
Im ioBroker-Kontext meint das typischerweise:

alive = true,

connected = false (z. B. Verbindung zur Datenbank/Cloud weg),

der Adapter hängt in einem Zustand, aus dem er ohne Neustart nicht von allein rauskommt.

Im Script werden solche Adapter meist als „Deadlock“ markiert, getrennt von einfachen „aus“- oder „gestoppt“-Zuständen.

Degradierter Adapter
„Degradiert“ heißt: Der Adapter funktioniert noch, aber in deutlich verschlechterter Qualität.
Typische Kriterien (konzeptionell):

Erhöhte Error-Rate im Log über einen längeren Zeitraum (z. B. viele error/warn pro Stunde).

Auffällige Laufzeitkennzahlen: hohe CPU, starker Event-Loop-Lag, evtl. auch Memory-Auffälligkeiten.

Trotzdem kein kompletter Ausfall; er liefert noch Daten, aber mit Problemen.

Degradierte Adapter sind damit so etwas wie „Gelb/Orange“ zwischen „OK“ und „Rot“.

Flaky-Adapter
„Flaky“ bedeutet im Allgemeinen „unzuverlässig, instabil“.
Im Monitoring-Kontext:

Adapter mit auffällig vielen Restarts in einem bestimmten Zeitfenster (z. B. mehrere Neustarts in 24 h).

Oft keine dauerhafte Blockade, sondern immer wieder kurze Ausfälle und automatische Neustarts.

Flaky-Adapter sind also Kandidaten, bei denen du Konfiguration, Netzwerk oder Bugs näher prüfen solltest, weil sie immer wieder mal wegknicken, aber nicht dauerhaft tot sind.

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

Im ersten Post gabs mal nen Screenshot welche DP per influx geloggt werden müssen.

sorry , hatte ich versehendlich gelöscht, reiche ich sofort nach

[Rushmed]

Danke!

Folgende Diskrepanzen sehe ich bei den zu loggenden DPs noch:
DisabledAdaptersCount --> dieser DP wurde vom Script nicht erstellt

0_userdata.0.Systeminfos.ioBroker.Prozesse.CronRestartCount
muss geloggt werden für:

[crunchip]

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

DisabledAdaptersCount --> dieser DP wurde vom Script nicht erstell

edit falsch gelesen

wurde auf nem testpfad sauber angelegt

@Rushmed sagte in ioBroker Prozess- & Gesundheitsmonitor + Grafana Dashboard:

0_userdata.0.Systeminfos.ioBroker.Prozesse.CronRestartCount

steh ja auch so oben in der Übersicht mit den Datenpunkten

[RoddiEF]

Vielleicht noch hinzufügen das man die Alias ID nicht ändert sollte da sonst keine Daten im Dashboard von Grafana angezeigt werden.
Ich habe mir einen "Wolf" gesucht warum ich keine Daten sehe da ich mir angewöhnt hatte immer Alias ID einzutragen.
Natürlich wie immer auch hier gemacht zum Schreiben der Daten in die InfluxDB-1.8 , keine Daten in Grafana, den Alias gelöscht und nochmal probiert und siehe da es kamen Daten.
Hat mich völlig verwirrt

Mfg.

[crunchip]

@RoddiEF ist ja irgendwie logisch, die Id's nicht zu ändern, da es ein vorgefertigte Dashboard ist.
Wenn du mit alias arbeiten möchtest, bleibt nur,
alles anzupassen oder selbst ein Dashboard erstellen nach eigenen Wünschen und Vorstellungen.

[Thisoft]

Hmm, sieht schon interessant aus. Aber - muss das zwingend an InfluxDb "festgenagelt" sein? Dann bin ich raus. Nur deshalb werde ich nicht von meiner MariaDb-SQL umstellen.

[crunchip]

@Thisoft ne, das Script legt die entsprechenden Datenpunkte an, was man damit macht, ist jeden selbst überlassen. Influx/Grafana hab ich für mich persönlich laufen und daher bereitgestellt.

[rallef]

Hallo,
habe erstmal das Infinity Plugin installiert. Was muss ich da alles angeben bei add data source?

[crunchip]

@rallef siehe https://forum.iobroker.net/post/1330170

[crunchip]

Dashboard für Flux oben im ersten Beitrag ergänzt, bitte testen

[Oli]

@crunchip
Wenn ich einen Adapter deinstalliere, bekomme ich im Minutentakt eine Warnung vom Script

Object "system.adapter.parser.0" does not exist

Das Skript wurde schon mehrmals gestoppt und wieder neu gestartet

[crunchip]

@Oli hab es angepasst, oben im ersten Beitrag ist die neue Version, bitte testen

[RoddiEF]

In dem Script ist ja Telegraf als Nachrichten Vesand eingestellt da ich aber Telegram nicht nutze habe ich mir mal von der KI (ja ich nutze Claude da ich selber keine Ahnung vom Programmieren habe) was für Pushover "basteln" lassen.
Vielleicht kann es ja jemand brauchen oder @crunchip baut es direkt ein wenn es ok ist.

    // =====================================================================
    // 10) BENUTZER-KONFIG – PUSHOVER
    // =====================================================================
    // Pushover Adapter-Instanz
    PUSHENABLED: true,
    PUSHINSTANCE: 'pushover.0', // hier die eigene Instanz eintragen unter der Pushover istalliert ist

    // Zielgerät: leer lassen = alle Geräte, oder z.B. 'iPhone_Bambi'
    PUSHDEVICE: '',

    // Pushover Sounds je Priorität (leer = Pushover-Standard)
    // Mögliche Werte: 'pushover', 'bike', 'bugle', 'cashregister', 'classical',
    // 'cosmic', 'falling', 'gamelan', 'incoming', 'intermission', 'magic',
    // 'mechanical', 'pianobar', 'siren', 'spacealarm', 'tugboat',
    // 'alien', 'climb', 'persistent', 'echo', 'updown', 'vibrate', 'none'
    PUSHSOUND_HIGH:   'siren',       // Priority 1: kritische Alarme
    PUSHSOUND_NORMAL: 'pushover',    // Priority 0: normale Alarme
    PUSHSOUND_LOW:    'none',        // Priority -1: leise/stille Alarme

    // Cooldowns in Minuten
    PUSHCOOLDOWN: 15,
    PUSHMEMORYLEAKCOOLDOWN: 360,
    PUSHFLAKYCOOLDOWN: 120,
    PUSHDISKCOOLDOWN: 60,
    PUSHHOSTCOOLDOWN: 15,
    PUSHDEGRADEDCOOLDOWN: 120,

    // Alarm-Typen an/aus
    PUSHDEADLOCKALERT: true,
    PUSHMEMORYLEAKALERT: true,
    PUSHHEALTHALERT: true,
    PUSHLOGERRORALERT: true,
    PUSHDEGRADEDALERT: true,
    PUSHFLAKYALERT: true,
    PUSHDISKALERT: true,
    PUSHHOSTALERT: true,

    // Mindestvertrauen für Pushover-Memory-Leak-Meldungen:
    // 'low' | 'medium' | 'high'
    PUSHMEMORYLEAKMINCONFIDENCE: 'high',
   
  // Cooldowns in Minuten
    PUSHCOOLDOWN: 15,
    PUSHMEMORYLEAKCOOLDOWN: 360,
    PUSHFLAKYCOOLDOWN: 120,
    PUSHDISKCOOLDOWN: 60,
    PUSHHOSTCOOLDOWN: 15,
    PUSHDEGRADEDCOOLDOWN: 120,

    // Alarm-Typen an/aus
    PUSHDEADLOCKALERT: true,
    PUSHMEMORYLEAKALERT: true,
    PUSHHEALTHALERT: true,
    PUSHLOGERRORALERT: true,
    PUSHDEGRADEDALERT: true,
    PUSHFLAKYALERT: true,
    PUSHDISKALERT: true,
    PUSHHOSTALERT: true,

    // Mindestvertrauen für Pushover-Memory-Leak-Meldungen:
    // 'low' | 'medium' | 'high'
    PUSHMEMORYLEAKMINCONFIDENCE: 'high',

Falls es jemand ändern möchte kein Ding kann gerne gemacht werden.

Mfg.

[crunchip]

@RoddiEF guck ich mir an und bau es mit ein

[RoddiEF]

@crunchip
kann gerne gemacht werden wenn es brauchbar ist was "Claude" da gebastelt hat. Es funktioniert bei mir bis jetzt zuverlässig.

[crunchip]

@RoddiEF habs angepasst, neue Version im ersten Beitrag

[crunchip]

script hatte noch paar kleine Fehler, da habe ich gleich mal die Gelegenheit genutzt und noch ne html mit hinzugefügt, für die User, die kein Grafana in Verwendung haben

werde es dann im ersten Beitrag ergänzen mit ner neuen v4.6.4

Was das Dashboard anzeigt:

8 Kacheln (Health, CPU, RAM, Host-CPU, Disk, Host-RAM, Errors, Restarts)
Alert-Banner für Deadlock / Leak / Flaky / Degraded / Wartungsmodus (nur wenn aktiv)
3 Tabellen: Top5 CPU, Top5 RAM, schwächste Adapter nach Health Score
RAM-Verlauf mit SVG-Sparklines (Leak-Kandidaten rot, Top-RAM-Adapter blau)
Deaktivierte Adapter als Chips
In VIS einbinden: Widget basic – String (unescaped) → State 0_userdata.0.Systeminfos.ioBroker.Prozesse.DashboardHTML

In Jarvis: HTML-Widget mit demselben State.

[emil70]

Bekomme hier folgende Meldung

Das sind noch über 50 % RAM frei. Ist das so gewollt?

Edit: HAbe es gefunden und angepasst. Hoffe das ist richtig

    HOSTRAMFREEWARNINGMB: 6144,  //8192
    HOSTRAMFREECRITICALMB: 2048, //4096

[crunchip]

@emil70 ja, da es unterschiedliche installationen gibt, nativ, Docker.. , muss man es im Script an seine Bedürfnisse anpassen.