Diagnose-Log¶
Das Diagnose-Log (/diagnose-log) ist ein globales, gefiltertes Ereignis-Log von Vesanas eigenen Komponenten — für Troubleshooting direkt in der Oberfläche, ohne per SSH in Container-Logs zu graben. Du siehst nur, wofür deine Berechtigung reicht (eigene, tenant-weite oder globale Sicht).
Was hier landet¶
| Kategorie | Beispiele |
|---|---|
| Verbindung | Agent-/Collector-Auth-Fehler (falscher Token, IP), Agent/Collector offline ↔ online |
| Alarm & Mail | Zustellung einer Benachrichtigung — Erfolg und Fehler |
| Check-Konfiguration | Check angelegt, geändert, gelöscht |
| Status | Status-Wechsel eines Checks |
| Check-Ergebnisse | jedes eingehende Ergebnis (siehe unten) |
| Flapping | Flapping erkannt / aufgelöst, inklusive kurzer Verlaufs-Zeitleiste |
| Auth | 2FA-Lockouts |
| Wartung | Datenbank-Selbstwartung (Retention, Kompression) |
| Ingest | Verarbeitungsprobleme eingehender Ergebnisse (siehe unten) |
| Unterdrückt | Meldungen, die nicht rausgingen, mit Grund (Wartung, Host nicht erreichbar, Abhängigkeit, Info-Modus, Quittierung) |
| KI | Probleme rund um die KI-Funktionen: Anbieter nicht erreichbar im Chat oder bei der Analyse, Analyse-Ergebnis konnte nicht zwischengespeichert werden, abgelehnter Verbindungstest |
Benachrichtigungen leben hier¶
Die frühere eigene Seite „Benachrichtigungs-Log" ist entfernt — Benachrichtigungen erscheinen jetzt als Kategorie „Alarm & Mail" im Diagnose-Log. Jede Zustellung erzeugt einen Eintrag: erfolgreich versendet oder fehlgeschlagen, mit Kanal, Anlass (Alarm/Recovery/Test/SSL-Zertifikat) und betroffenem Host/Check.
Tab „Alle" liest auch Check-Ergebnisse¶
Der Tab „Alle" zeigt wirklich alles: die bemerkenswerten Systemereignisse und die rohen Check-Ergebnisse — letztere werden zur Anzeigezeit direkt aus den Check-Ergebnissen gelesen, nicht doppelt gespeichert (bei tausenden Checks wäre eine Zweitschreibung unnötig teuer). Willst du nur die Meldungen ohne die Ergebnis-Flut, filterst du auf eine andere Kategorie als „Check-Ergebnisse".
Ingest-Probleme sichtbar machen¶
Wenn ein einzelnes Ergebnis unlesbar ankommt (z. B. beschädigtes JSON), wird nur dieses eine Ergebnis übersprungen und im Diagnose-Log vermerkt — nicht der ganze eingehende Batch verworfen. Landet ein ganzer Batch dauerhaft nicht verarbeitbar in den Dead-Letters, erscheint auch das hier, statt still zu verschwinden.
Filtern¶
Reicher Filter nach Schwere, Kategorie, Ereignistyp, Host, Collector, Check, Status, Quell-IP, Akteur, Zeitraum (relativ oder per Kalender) und Volltextsuche. Wie in der Fehlerübersicht lassen sich Filter-Kombinationen als eigener Tab speichern und teilen.
Live-Modus¶
Ein Live-Button pollt neue Einträge automatisch nach — praktisch, wenn du gerade einen Agent neu installierst oder eine Konfigurationsänderung beobachten willst.
Detail-Panel¶
Klick auf einen Eintrag öffnet ein Seitenpanel mit vollem Kontext plus direktem Sprung zum betroffenen Host oder Check. Bei einem Flapping-Eintrag zeigt das Panel zusätzlich eine kurze Zeitleiste, wie es dazu kam (die letzten Status-Übergänge).
Anschluss¶
- Fehlerübersicht — aktuelle Check-Probleme statt Systemereignisse
- Notification Channels — wohin Benachrichtigungen gehen
- Logs — gesammelte Anwendungs-/Betriebssystem-Logs vom Agent (ein anderes Feature als das Diagnose-Log)