Monatsrückblick Januar/Februar 2026 ist online!

[RoddiEF]

guten Abend @crunchip

ich habe das jetzt mal aktuallisiert und eine Frage zu diesen Bereich im Grafana-Dashboard:

{
        "current": {
          "selected": true,
          "text": "http://localhost:8093",
          "value": "http://localhost:8093"
        },
        "hide": 2,
        "name": "iobroker_url",
        "options": [
          {
            "selected": true,
            "text": "http://localhost:8093",
            "value": "http://localhost:8093"
          }
        ],
        "query": "http://localhost:8093",
        "skipUrlSync": false,
        "type": "textbox"
      }

Holt sich das Dashboard direkt die Daten ohne das man die selber in eine InfluxDB schreiben lassen muss und wenn ja muss das auf die eigene (unter der der ioBroker läuft der bei mir als Container auf einem Unraid unter http://unraid-ip:8081 läuft) geändert werden oder für was ist diese URL wichtig/nötig?

Sorry für die Fragen aber ich versuche das zu Verstehen und bin kein Profis.

[crunchip]

@RoddiEF ja genau, in der Variablen kommt deine IP des iobroker rein, das plugin infinity holt sich dann die Daten direkt durch den Rest-API Adapter ohne es extra in eine Datenbank zu schreiben.
Was noch zu erwähnen ist (fehlt noch in der Beschreibung) durch das Setzen einer Host Variablen, muss der Host unter security in der datasource angegeben werden. In dem Fall einfach nur einen *
Damit ist jeder Host gültig.
Ich beschreibt das morgen mal etwas genauer

[RoddiEF]

@crunchip Wäre schön wenn das etwas genauer Beschrieben ist.

Ich bekomme noch folgende Fehler:

[Rushmed]

@crunchip Danke schonmal.

Der Scriptstart sieht bei mir so aus:

javascript.0	18:22:59.710	info	
[Prozess-Monitor v4.5.8] Initialisiere States ...
javascript.0	18:22:59.712	info	
[Prozess-Monitor v4.5.8] States initialisiert.
javascript.0	18:22:59.713	info	
[Prozess-Monitor v4.5.8] Log-Error-Tracking aktiv (Realtime)
javascript.0	18:23:00.186	error	
Error: TypeError: Cannot destructure property 'flakyAdapters' of 'checkForFlakyAdapters(...)' as it is undefined.
javascript.0	18:23:00.187	error	
    at updateMonitoring (script.js.ioBroker_Monitoring:2631:13)
javascript.0	18:23:00.187	error	
    at script.js.ioBroker_Monitoring:2796:1
javascript.0	18:23:00.188	error	
    at script.js.ioBroker_Monitoring:2830:3
javascript.0	18:23:00.188	error	
    at Script.runInContext (node:vm:149:12)

Sonmal gesehen?

In machen States kommen schonmal Daten an.

Edit: Info laut chatGPT

[Rushmed]

So, um das Dashboard lauffähig zu bekommen musste ich jedes Panel einmal im edit Mode öffnen und dann zurück zum Dashboard gehen.
Aktuell habe ich nur noch das Problem mit den Errormeldungen bei Scriptstart, siehe oben. Vermutl. werden deshalb auch nicht alle DPs gefüllt und die Anzeigen im Dashboard bleiben leer.

[crunchip]

@RoddiEF zwecks der url hatte ich oben schon geschrieben, aufgrund der variablen ist eine direkte Hosteingabe nicht zulässig, daher muss ein * eingetragen werden, siehe

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

Ich bekomme noch folgende Fehler:

mann kann auch bei Show on dashboard z.b value aktivieren, dann ist die Datenbank direkt im Dashboard auswählbar

[crunchip]

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

Sonmal gesehen?

nein, weil bei mir die Historie schon befüllt war, hatte da gestern einen Fehler eingebaut, habs soeben korrigiert und im ersten Beitrag eingestellt, bitte testen

edit:

habs grad nochmal durchgesehen, da sind noch noch ein paar Erststart-Risiken bei uninitialisierten In-Memory-Objekten., die ich bei der gestrigen Änderung nicht bedacht hatte, bzw nicht mehr testen wollte, da ich sonst alle Datenpunkte wieder per Hand für Influxdb aktivieren hätte müssen.
Werd ich morgen noch nachbessern.

[Rushmed]

Danke, das sieht schon besser aus. Keine Fehler mehr beim Start. Bitte bei Änderungen die Version anpassen sonst wirds schnell unübersichtlich.

[RoddiEF]

@crunchip
ich werde es Morgen nochmal komplett neu Installieren da es trotz Einstellungen nicht funktioniert bzw. Zufriedenstellend.
Irgendwas passt da nicht so richtig in den Anzeigen.

[crunchip]

Bin heute nicht ganz fertig geworden, morgen kommt ne neue Release.

[RoddiEF]

Ok dann warte ich lieber und fang eine frische Installation an wenn die neue Version fertig ist.
Wäre es möglich beim aktuallisieren vom ersten Beitrag auch die Versionsnummern zu ändern wie schon jemand Vorgeschlagen hatte?
Das macht das es einfacher wenn Änderungen anliegen. Thx

[Oli]

@crunchip

ich habe mir das Skript jetzt mal installiert und folgende Fragen und Anregungen dazu:

1. In Zeile 2240 steht:
   'system.adapter.' + processes[i].name + '.' + processes[i].instance + '.info.connection';
   Den Datenpunkt kann ich nicht finden, ist das der richtige Pfad?

2. Die Auswertung der Log Einträge funktioniert bei mir leider nicht, mein System läuft auf einem Windows Rechner. In Zeile 1195 steht:
   on({ id: /^system.adapter...logMessage$/, change: 'any' }, function (obj) {*
   Kann es vielleicht daran liegen?

3. Besteht die Möglichkeit eine Liste und die Anzahl der deaktivierten Adapter mit einzubauen?

Ich finde dieses Skript echt genial, danke fürs bereitstellen!!!

[crunchip]

@Oli zu 1 bzw 2 schaue ich ob das mit Windows zusammenhängt.
Zu Punkt 3 mach ich mir mal Gedanken.
edit

1. Der Datenpunkt system.adapter.*.info.connection wird nicht vom Script angelegt – er liest nur aus dem vorhandenen js-controller-State für die Health-Score-Bewertung aus.
   

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

Die Auswertung der Log Einträge funktioniert bei mir leider nicht,

stimmt, war ein bug, ist mit neuer Version behoben, gleichzeitig script aufgeräumt und übersichtlich angeordnet

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

Besteht die Möglichkeit eine Liste und die Anzahl der deaktivierten Adapter mit einzubauen?

auch das habe ich in dem Zuge gleich mit eingebaut. Werde nachher noch alles im ersten Beitrag bereitstellen.
Es gibt dann eine v4.6.0 incl angepasstem Dashboard

[Oli]

@crunchip
wow bist du schnell, danke für das Feedback, ich muss trotzdem nochmal zum 1. Punkt nachfragen

Der Datenpunkt system.adapter..info.connection* existiert ja nicht, zumindest finde ich ihn nicht, allerdings finde ich direkt unter den Adaptern diesen Datenpunk

Dann müsste meiner Meinung nach der Code wie folgt aussehen

const infoConnectionId =
            processes[i].name + '.' + processes[i].instance + '.info.connection';

statt

const infoConnectionId =
            'system.adapter.' + processes[i].name + '.' + processes[i].instance + '.info.connection';

[Rushmed]

@crunchip Hinweis zum 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.
Ich benutze schon lange Influx V2, bin aber nie zu Flux umgestiegen. Deswegen hat dein (V1) Dashboard bei mir fast auf Anhieb funktioniert.

Mir ist die Umschaltung der Profile noch nicht klar. Ich habe im Script nichts geändert.
wie stelle ich Profile um?

Ich finde nur:

// - Zum Wechsel des Profils einfach die entsprechenden Werte
//   in CONFIG anpassen; es gibt keine automatische Umschaltung

Wie passe ich die Werte an?
Muss ich in den drei Blöcken das was ich brauche entkommentieren oder die ganzen Blöcke.

Begriffsdefinitionen wären hilfreich. Was bedeutet deadlock-, degradierter-, flaky-Adapter?

Warum werden nicht verbundenen Adapter, bspw. (aus device-watcher):

nicht in:

angezeigt?

Im ersten Post gabs mal nen Screenshot welche DP per influx geloggt werden müssen. Ich hatte da zwei Abweichungen (kann auch mein Fehler gewesen sein).
Hier meine geloggten DPs:

All meine Kommentare und Fragen sind natürlich mit einem dicken Dankeschön versehen!

[crunchip]

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

Dann müsste meiner Meinung nach der Code wie folgt aussehen

du liegst richtig, gehört zum Adapter-Namespace und nicht unter system.adapter.*.
ich korrigiere es soeben, werde es aber ohne Version Änderung oben erneuern

edit
@oli @rushmed @roddief
script korrigiert im ersten Beitrag

[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