Emby/Kodi Log nach rsyslog umleiten bzw Logpfad ändern

Tachen,

ich versuche Aktuell die Kodi Log "Inhalte" nach rsyslog umzuleiten und/oder die Logdatei selbst nach /var/[definition='1','0']log[/definition] "zu verschieben".
Grund dafür ist das auf meiner NAS ein Emby Server läuft und meine RPi´s die syslogs zur NAS durchreichen, da wäre es doch schön wenn man
Warnungen oder Error´s usw. von Kodi ebenfalls direkt im Syslog Protokoll mitgeteilt bekommt.

Da meine Versuche bisher nicht so wirklich zum Erfolg geführt haben hoffe ich das ich hier jemanden finde der mir weiterhelfen kann.

System Info:

Kodi (17.5 Git:20171024-42caaae). Platform: Linux ARM 32-bit 
Using Release Kodi x32 build (version for Raspberry Pi) 
Kodi compiled Oct 24 2017 by GCC 6.3.0 for Linux ARM 32-bit version 3.18.11 (201227) 
Running on Raspbian GNU/Linux 9 (stretch), kernel: Linux ARM 32-bit version 4.9.59-v7+ 
Host CPU: ARMv7 Processor rev 4 (v7l), 4 cores available

Mein erster Versuch war es mit pathsubstitution über /userdata/[definition='2','1']advancedsettings[/definition].xml den Pfad der Logdatei zu ändern,
was aber nicht so wirklich geklappt hat. Laut Kodi Log wurde der Pfad zwar umgeleitet, die Log Datei wurde aber nicht dort erstellt.

Nach einigem Google´n habe ich dann Versucht das ganze mit ner eigenen Syslog.conf unter /etc/rsyslog.d/ zu bewerkstelligen.

/etc/rsyslog.d/10-kodi.conf

$ModLoad imfile
# /home/pi/.kodi/temp/kodi.[definition='1','0']log[/definition]
$InputFileName /home/pi/.kodi/temp/kodi.[definition='1','0']log[/definition]
$InputFileTag kodi_log:
$InputFileStateFile /var/[definition='1','0']log[/definition]/kodis.[definition='1','0']log[/definition]
$InputFileSeverity warning
$InputFileFacility local3 (und local7)
$InputRunFileMonitor




# send the [definition='1','0']log[/definition] to a remote host: (optional)
#local3.* /var/[definition='1','0']log[/definition]/kodi.[definition='1','0']log[/definition]
local3.warning /var/[definition='1','0']log[/definition]/kodi.[definition='1','0']log[/definition]
#local3.debug @@ip-der-nas:514
#local3.* @@ip-der-nas:514
local3.warning @@ip-der-nas:514

Im Prinzip hat das per "imfile" sogar Funktioniert nur leider habe ich nicht herausgefunden ob und wie ich die
"Einträge" Filter kann bzw. bewirkt $InputFileSeverity warning nicht das was ich mir erhofft hatte so dass ich nen Warnhinweis der
NAS bekommen habe "NAS hat 1230 Protokolle pro Sekunde erhalten" und je nach Veränderung der .conf ging das sogar noch höher.

Jemand von Euch Profis eine Idee wie das ganze so Hinbekomme das mir aus der Kodi Log nur Einträge wie:
ERROR / WARNING usw. in die syslog "umgeleitet" werden????

VG und nen schönen Sonntag

Mittlerweile habe ich es selbst lösen können.

Für alle die das gleiche oder ähnliches vorhaben bzw. Filtern möchten,
hier mal mein Workflow:

Unter /etc/rsyslog.d/ eine neue .conf anlegen.

/etc/rsyslog.d/10-kodi.conf

$ModLoad imfile
#
# /home/pi/.kodi/temp/kodi.[definition='1','0']log[/definition]
$InputFileName /home/pi/.kodi/temp/kodi.[definition='1','0']log[/definition]
$InputFileTag kodi_log:
$InputFileStateFile state_kodi_log
$InputFileSeverity notice
$InputFileFacility local7
$InputRunFileMonitor
#
# check for new lines every 5 (default is 10) seconds
$InputFilePollInterval 5
#

Und in der /etc/rsyslog.conf die Regeln anpassen

###############
#### RULES ####
###############
#
# First some standard [definition='1','0']log[/definition] files.  Log by facility.
#
if ($msg contains "NOTICE:") then /logfiles/outputs.[definition='1','0']log[/definition]
else
if $syslogseverity <= '5' then @@ip.der.nas

Wenn ihr weitere Sachen Filtern wollt müsst ihr das ganze folgendermaßen ändern/ergänzen

###############
#### RULES ####
###############
#
# First some standard [definition='1','0']log[/definition] files.  Log by facility.
#
if ($msg contains "NOTICE:") or ($msg contains "text-der-rausgefilter-werden-soll) then /logfiles/outputs.[definition='1','0']log[/definition]
else
if $syslogseverity <= '5' then @@ip.der.nas

*das Verzeichnis /logfiles/ hab ich extra angelegt, normal sollte auch ein then /dev/null gehen*

Läuft bisher ohne Probleme bei mir....

VG