Modul 93_Log2Syslog - FHEM Logs an Syslog-Server leiten und Syslogs empfangen

Begonnen von DS_Starter, 14 August 2017, 23:40:10

Vorheriges Thema - Nächstes Thema

cortmen


cortmen

Hi, jemand einen Tipp, wie man den "Error" (z.B. Schweregrad) 
bei den normalen Updates der FHEM Module einschränken kann?

   
Der Inhalt des Protokolls ist wie folgt:
1: UPD FHEM/14_CUL_MAX.pm


Wenn es 12 Modul Updates in FHEM gibt, gibt 12 Err  Meldungen

2020-05-15 09:49:47 Fehler hostx syslog mysyslog_fhem 1: UPD FHEM/10_MAX.pm

DS_Starter

Moin,

das muß ich im Code ähnlich den "Events" nachbauen.
Danke für den Hinweis ...

Melde mich wieder mit einer Anpassung.

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

DS_Starter

Ich habe das Modul jetzt angepasst. Du kannst es vorab aus meinem contrib laden und dann restarten.
Zum Download in der FHEMWEB Kommandozeile inklusive der Ausführungszeichen angeben:

"wget -qO ./FHEM/93_Log2Syslog.pm https://svn.fhem.de/fhem/trunk/fhem/contrib/DS_Starter/93_Log2Syslog.pm"
LG,Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

cortmen

hi, thx für die schnelle Aktion,

leider sind es mehr Meldungen als vorher:
Hier nur ein kl. Auszug, nach dem dem Restore der Updates(FHEM) von heute.
Danach reboot und ein neues update durchgeführt


2020-05-15 18:53:30 Fehler hostx syslog mysyslog_fhem 1: backup done: FHEM-20200515_185313.tar.gz (39577467 Bytes)
2020-05-15 18:53:45 Fehler hostx syslog mysyslog_fhem 1: UPD FHEM/48_BlinkCamera.pm
2020-05-15 18:53:45 Fehler hostx syslog mysyslog_fhem 1: UPD FHEM/39_gassistant.pm
2020-05-15 18:53:48 Fehler hostx syslog mysyslog_fhem 1: update finished, "shutdown restart" is needed to activate the changes.
2020-05-15 18:53:50 Fehler hostx syslog mysyslog_fhem 1:


-rw-r--r-- 1 fhem dialout 175807 Mai 15 18:04 93_Log2Syslog.pm
die neue Version ist im Einsatz


Selbst einfach ein "backup" über Befehlszeile wird als Error erfasst.


2020-05-15 19:47:20 Fehler hostx syslog mysyslog_fhem 1: NOTE: make sure you have a database backup!

DS_Starter

Sorry, ich hätte natürlich noch erwähnen müssen, dass du die gewünschten Pattern in Attr 'exclErrCond' einfügen musst wie für die Events auch (dachte du weißt das noch  ;) )
z.B.
attr <name> exclErrCond Errocode: none, UPD FHEM
Damit du nicht bis morgen warten musst kannst du es so testen:

{ Log (1, "UPD FHEM blabla") }

Einfach im FHEMWEB in der Kommandozeile ausführen.Auf der Syno kommt es dann wie im Screenshot an.
LG,Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

cortmen

 :)Danke auch für den Hinweis, ich werde es mal genau durchspielen und noch ein kurzes Feedback geben.

cortmen

 :)Gute Anpassung, sehr Hilfreich, reduziert die Meldungen nach der Anpassung "exclErrCond" auf wirklich nur das "Wichtige! im syslog
@Heiko, kleines Bier hast Dir am Abend verdient. Danke!

DS_Starter

Prima  :)
Und die Freude ich ganz meinerseits ... herzlichen Dank !!  :D

Die geänderte Version checke ich heute Abend ein und ist morgen früh dann im Regelupdate.

schönen Abend noch !

LG,
Heiko
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Lichti

Mit Log2Syslog werte ich die von meinem Weatherman gesendeten Daten aus.
Nachdem Update auf die aktuelle Version tut sich leider nichts mehr.
Was muss ich in der Definition ändern, damit wieder Daten angenommen werden ?
defmod WMpush Log2Syslog
attr   WMpush room    Wetter
attr   WMpush group   Weatherman
attr   WMpush makeEvent      reading
attr   WMpush parseProfile   raw
attr   WMpush port           1885
attr   WMpush protocol       TCP
attr   WMpush useEOF         1
attr   WMpush useParsefilter 1

DS_Starter

Das letzte Update ist aber schon 2 Monate zurück.  ;)
Ich kann das wegen zu wenig Infos nicht einschätzen. Kann zunächst sagen läuft geräuschlos bei mir.
Aber das hilft dir jetzt natürlich nicht.

Deswegen dreh mal verbose hoch auf 5 und schau mal ins Logfile. Es kommen dann solche Meldungen wie hier bei mir:


2020.08.04 19:59:14.452 4: Log2Syslog SyslogServer_Unify - #######################################################
2020.08.04 19:59:14.453 4: Log2Syslog SyslogServer_Unify - #########        new Syslog UDP Receive       #########
2020.08.04 19:59:14.453 4: Log2Syslog SyslogServer_Unify - #######################################################
2020.08.04 19:59:14.453 5: Log2Syslog SyslogServer_Unify - Buffer 147 chars ready to parse:
<31>Aug  4 19:59:14 U7LT,18e829cc7934,v4.3.20.11298: hostapd: ap_handle_timer: register ap_handle_timer timeout for 2c:3a:e8:06:08:fa (318 seconds)
2020.08.04 19:59:14.453 4: Log2Syslog SyslogServer_Unify - #########             Parse Message           #########
2020.08.04 19:59:14.453 5: Log2Syslog SyslogServer_Unify - parse profile: UniFi
2020.08.04 19:59:14.454 5: Log2Syslog SyslogServer_Unify - message peer: ,192.168.2.5
2020.08.04 19:59:14.454 4: Log2Syslog SyslogServer_Unify - raw message -> <31>Aug  4 19:59:14 U7LT,18e829cc7934,v4.3.20.11298: hostapd: ap_handle_timer: register ap_handle_timer timeout for 2c:3a:e8:06:08:fa (318 seconds)
2020.08.04 19:59:14.454 4: SyslogServer_Unify - parsed message -> FAC: system, SEV: Debug, TS: 2020-08-04 19:59:14, HOST: U7LT,18e829cc7934,v4.3.20.11298, ID: hostapd, CONT:  ap_handle_timer: register ap_handle_timer timeout for 2c:3a:e8:06:08:fa (318 seconds)


Edit: Kenne Weatherman nicht, aber möglicherweise hilft useEOF = 0 falls das Gerät kein EOF sendet.
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Lichti

Ich hatte nach längerer Zeit mal wieder ein Update gemacht, deswegen ist das erst jetzt aufgefallen.
Dann zuerst die vorherige Version zurückkopiert. Reload Modul. Alles wieder OK.
Neue Version reinkopiert. Reload Modul. Geht nicht.
Dann mit der vorherigen laufen lassen.

Jetzt wollte ich die neue Version mit verbose 5 testen.
Und nun geht es auch hiermit.
Keine Ahnung, was da schiefgelaufen ist.
Auf jeden Fall jetzt alles im grünen Bereich.

Und Danke

DS_Starter

Also wenn du nur reload ausgeführt hast, ist das klar.
Restart ist notwendig, da es mit V 5.11.0  am 14.04. ein größere Änderung im Perl Coding gab.

Aber schön das es jetzt geht.  :)
ESXi@NUC+Debian+MariaDB, PV: SMA, Victron MPII+Pylontech+CerboGX
Maintainer: SSCam, SSChatBot, SSCal, SSFile, DbLog/DbRep, Log2Syslog, SolarForecast,Watches, Dashboard, PylonLowVoltage
Kaffeekasse: https://www.paypal.me/HMaaz
Contrib: https://svn.fhem.de/trac/browser/trunk/fhem/contrib/DS_Starter

Lichti


smeagel

Hi,

ich versuche gerade das Modul in meinem Docker-Container zum laufen zu bringen.

Angelegt habe ich das Device folgendermaßen:

defmod syslog_client Log2Syslog fhemtest 192.168.168.100 ident:Test event:.* fhem:.*
attr syslog_client port 1514


Folgende Fehlermmeldung bekomme ich:
unable open socket for fhemtest, tcp, 1514: Invalid argument

Hat jemand eine Idee an was das liegen könnte?


VG
Thorsten