KNX Data Secure Unterstützung
für KNX Logger und KNX Busmonitor

KNX Diagnose Monitor, Import des ETS Projektes deutlich beschleunigt, Suche in der Navigation
Mehr Informationen dazu hier im Forum

Insider Version 6 zur 4.5 jetzt für alle Mitglieder des Insider Clubs installierbar
Alle Infos zum Update im Timberwolf Wiki

[FINR] [1.6.0 IP1]KNX Busmonitor hängt sich auf -> Timeseries-DB startet neu

Diskussionen über die KNX-Funktionen im Timberwolf Server
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten

Ersteller
Robosoc
Reactions:
Beiträge: 1908
Registriert: Di Okt 09, 2018 9:26 am
Hat sich bedankt: 643 Mal
Danksagung erhalten: 797 Mal

[1.6.0 IP1]KNX Busmonitor hängt sich auf -> Timeseries-DB startet neu

#1

Beitrag von Robosoc »

Habe eben den KNX Busmonitor zum Aussteigen gebracht...beim ersten Mal ist es mir einfach so passiert und dann habe ich zum Glück gesehen, dass A) mein RAM auf 99% Auslastung gegangen war und B) schließlich der Dienst Timeseries-DB neugestartet ist, nachdem der eine Speichergröße von ich glaube 1,8 GB angezeigt hat. Ich habe quasi live gesehen, dass der der Service auf den Status checking gewechselt ist und ca. eine Minute später neu gestartet wurde.

Vorher gab es im Busmonitor noch folgende Fehlermeldung.
Anmerkung 2020-04-22 050340.jpg
Das Problem kann ich glücklicherweise reproduzieren:

Ich hatte mir zunächst (gestern bereits) einen Filter angelegt, der etwa wie folgt aussah: Ziel = JAL_Auto...damit wurden 11 GA's selektiert. Soweit war auch alle korrekt. Heute morgen wollte ich das reduzieren auf eine der GA's und habe dafür den Filter editiert und nur eine der bereits ausgewählten GA's angehakt gelassen und den Filter gespeichert. Dann ging nichts mehr im Busmonitor und irgendwann kam oben dargestellte Fehlermeldung.

Da ich in der Vergangenheit schon einmal Probleme mit dem Busmonitor hatte, habe ich mich sofort daran erinnert, dass da mal was war mit dem Editieren von Filtern und einem automatisch gesetztem Eintrag in Quelle = "*.*.*" und ich glaube dieses Problem existiert noch immer...ich finde aber den alten Forumbeitrag nicht...

Entferne ich beim editieren manuell den Eintrag "*.*.*" im Feld Quelle und lasse das Feld leer, als würde ich den Filter nagelneu anlegen, funktioniert es, die Ergebnistabelle wird sehr schnell angezeigt (weniger als 1 Sekunde für einen Zeitraum von 4 Tagen) und in dem Filter steht:
Quelle
*.*.*
alle selektiert


Lasse ich dagegen beim Editieren den automatisch gesetzten Eintrag "*.*.*" im Feld Quelle bestehen, dann kommt es zum Speicherüberlauf und der Eintrag im Filter hat eine kleine, aber vermutlich entscheidende Änderung:
Quelle
*.*.*
118 selektiert
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK

Ersteller
Robosoc
Reactions:
Beiträge: 1908
Registriert: Di Okt 09, 2018 9:26 am
Hat sich bedankt: 643 Mal
Danksagung erhalten: 797 Mal

#2

Beitrag von Robosoc »

ah...jetzt habe ich gerade über das Suchstichwort "alle selektiert" folgenden Beitrag gefunden:
viewtopic.php?f=31&t=1948&p=22948&hilit ... ert#p22948

Ist das gleiche Thema und Euch scheinbar bekannt. Sorry

Und hier jetzt auch mein alter Beitrag zu dem Thema, den ich oben in Beitrag #1 nicht gefunden habe...auch hier hat der Suchbegriff "alle selekitiert" zum Treffer geführt:
viewtopic.php?f=31&t=1161&p=11703&hilit ... ert#p11703
Zuletzt geändert von Robosoc am Mi Apr 22, 2020 5:32 am, insgesamt 1-mal geändert.
VG, Sven - 3500 XL ID:1369 | 3500 L ID:1355, VPN offen, Reboot OK

StefanW
Elaborated Networks
Elaborated Networks
Reactions:
Beiträge: 10713
Registriert: So Aug 12, 2018 9:27 am
Wohnort: Frauenneuharting
Hat sich bedankt: 5303 Mal
Danksagung erhalten: 8685 Mal
Kontaktdaten:

#3

Beitrag von StefanW »

Hallo Sevn,

super dass Du einen reproduzierenden Weg gefunden hast, ich habe es schon weitergegeben.

lg

Stefan
Stefan Werner
Product Owner für Timberwolf Server, 1-Wire und BlitzART
Bitte WIKI lesen. Allg. Support nur im Forum. Bitte keine PN
Zu Preisen, Lizenzen, Garantie, HW-Defekt an service at elabnet dot de

Link zu Impressum und Datenschutzerklärung oben.

Sun1453
Reactions:
Beiträge: 2217
Registriert: Do Feb 07, 2019 8:08 am
Hat sich bedankt: 1979 Mal
Danksagung erhalten: 885 Mal

#4

Beitrag von Sun1453 »

StefanW hat geschrieben: Mi Apr 22, 2020 7:38 am Hallo Sevn,

super dass Du einen reproduzierenden Weg gefunden hast, ich habe es schon weitergegeben.

lg

Stefan
@Robosoc

Guck Sven,

dein Thema / Beitrag war nicht zum sonst.
Gruß Michael

Timberwolf 950 QL #344 | Mit Internetanbindung | VPN Offen | Reboot nach Absprache | PROD Server
Timberwolf 2500 #602 | VPN offen | TEST Server | Reboot nach Absprache |
Benutzeravatar

bondt
Elaborated Networks
Elaborated Networks
Reactions:
Beiträge: 476
Registriert: Mo Aug 27, 2018 10:48 am
Wohnort: Eschenlohe
Hat sich bedankt: 564 Mal
Danksagung erhalten: 170 Mal

#5

Beitrag von bondt »

Dieses Verhalten dürfte in der nächste Version behoben sein. :-)
Viele Grüße,
Michaël

[ Timberwolf Entwicklung ]

"Have you tried turning it off and on again?"

timberwolf101, VPN offen, Reboot jederzeit
Antworten

Zurück zu „KNX“