Neuester dev = Kein Eintrag mehr in MySQL

[ghost]

Hallo,

nachdem ich die neueste dev installiert habe, werden keine Alarme mehr in meine MySQL Datenbank eingetragen.
Pushover und sonstige Plugins funktionieren aber noch.

In der Logfile sieht man (im Debug und Verbose Mode) auch, dass z.B. NetIdent Rics erkannt, aber nicht weiter verarbeitet werden.

Muss ich jetzt etwa einen Filter extra für MySQL anlegen?
Prinzipiell soll (wie früher) jeder Alarm, der nicht explizit verboten wurde in die Datenbank eingetragen werden und - wenn in csv eingepflegt - auch übersetzt werden.

Was wurde denn da geändert?
Ansich wurde an der Config / dem MySQL Plugin doch nichts verändert?

[ghost]

Fehler: Signal RIC wird nicht verarbeitet, bzw. in MySQL eingetragen.

Auszug Log:
Hier stand mal ein Log.
Datenschutz! :X

[ghost]

Fehler: Alarm wird nicht verarbeitet, bzw. in MySQL eingetragen.

Auszug Log:
Hier stand mal ein Log.
Datenschutz! :X

[ghost]

Sooo, per Umweg in der config:
MySQL = POC;description;MySQL;;
gehts, allerdings erscheint im Log folgender Fehler:

Traceback (most recent call last):
File "/opt/boswatch/includes/regexFilter.py", line 80, in checkFilters
if re.search(i["regex"], data[i["dataField"]]):
File "/usr/lib/python2.7/re.py", line 146, in search
return _compile(pattern, flags).search(string)
File "/usr/lib/python2.7/re.py", line 251, in _compile
raise error, v # invalid expression
error: nothing to repeat

Bitte helft mir, alles lief so schön und ich möchte ungern wieder runterdaten...

[flothi]

Das ist verwunderlich, ich habe mir gerade den aktuellen dev gezogen und zumindest mittels -t, also den Testdaten, wird alles in die Datenbank eingetragen (sonst keine Anpassung in der config)
Aktuell fehlen mir die Livedaten, aber das schaue ich mir auch mal an

[flothi]

Aaalso, ich habs gerade mal getestet, bei mir laufen die Daten einwandfrei durch, netident und Alarme werden sauber abgearbeitet.

[ghost]

Komisch, ich habe gerade nochmals komplett die neue dev installiert und hier das Log dazu:
Hier stand mal ein Log.
Datenschutz! :X

Und wenn es dann in den Filter passt:
Hier stand mal ein Log.
Datenschutz! :X

Sprich, er sucht anscheinend wirklich zuerst, ob ein Filter zu MySQL passt.
Mit meinem

MySQL = POC;description;MySQL;*;*

geht es, aber der o.g. Fehler steht weiter im Log. :(

[flothi]

Dann vermute ich den Fehler in der regexFilter.py, aber ich teste das gerade noch

[flothi]

Das Problem kam durch die Änderungen im Mai (#284) - ändere in der Zeile 92 in der regexFilter.py mal von False auf True und teste es bitte.
Dazu gab es mit #283 auch eine entsprechende Diskussion - alles blocken, wofür es kein RegEx gibt.

[flothi]

Und um den Fehler zu beheben musst du "nur" deinen RegEx anpassen:

MySQL = POC;description;MySQL;*;.

Entscheidend ist der letzte ., ein * ist in der Regex-Sprache nicht bekannt.

[ghost]

Hm, blöd, dass man davon nichts mitbekommen hat und sich dann natürlich wundert. :D
Vielen vielen Dank! :)