Komplett anderes Logfile in neuerer Version

[tooooooobi]

Moin Smurf,

ich modernisiere gerade zu Hause, neuer Raspi, frische Installation. Dabei fällt mir auf: Das Logfile /var/log/daemon.log ist komplett anders was die Einträge von knxd betrifft. Ist das eine Einstellungssache? Ich hab die ausgewertet und weiterverarbeitet...
LG


Tobias

knxd 0.12.16:bccf6f6

May 14 22:21:17 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 254.773] Send(004): 04 53 8C 00
May 14 22:21:17 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 254.774] Recv L_Data low from 1.1.42 to 5/3/101 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 12 4E
May 14 22:21:18 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 255.654] Send(004): 04 53 8D 00
May 14 22:21:18 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 255.654] Recv L_Data low from 1.1.43 to 5/3/9 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 05 DC
May 14 22:21:22 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 259.069] Send(004): 04 53 8E 00
May 14 22:21:22 raspberrypi knxd[1685]: knxd: Layer 1 [ 5:ipt:192.168.1.124 259.069] Recv L_Data low from 1.1.42 to 5/3/91 hops: 06 T_DATA_XXX_REQ A_GroupValue_Write 12 32

knxd 0.14.29-5

May 14 22:22:27 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        278.661] Send(004): 04 54 94 00
May 14 22:22:29 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        279.943] Send(004): 04 54 95 00
May 14 22:22:29 raspineu knxd[16032]: Layer 1 [16:C.ipt/ipt        280.184] Send(004): 04 54 96 00

[tooooooobi]

OK, ich habe mir die v0.12 installiert und damit das "alte Logging" wieder und kann somit wieder "mithören" und Scripte je nach empfangenem Wert starten.

Gibt es eine Möglichkeit in der neuen Version irgendwie ein Logfile zu schreiben das Gruppenadressen und Values enthält? Habe in der gesamten Doku nichts dazu gefunden außer -d /log[=file] was man aber nicht benutzen darf laut Configdatei.

Das mir damals empfohlene linknx habe ich eben mehrere Stunden versucht zu installieren, es scheitert letztendlich am Compillieren von pthsem und die Flickversuche hierfür landen im Nichts mit längst toten Links.

Es sollte doch mal eine API geben mit JSON oder so, kann voll verstehen wenn die Zeit dafür nicht ausreichen. Wäre es evtl möglich einen Parameter mit einzuführen dass bei jeder empfangenen GA ein Script mit den entsprechenden Parametern aufgerufen wird? Oder einfach ein Logfile "wie früher"?

Vielen Dank!

Tobias

[Smurf]

• Es hilft, wenn man die knxd-Befehlszeile mitschickt, wenn man ein Problem lösen mag.
• Wenn du was mitloggen willst, dann nimm den Filter "-B log". Das ist im Debug-Output absichtlich nicht mehr per Default drin. Steht in den Releasenotes. :-P
• "--daemon=FILE" sollte grundsätzlich nach wie vor funktionieren.
• Ja, ich plane nach wie vor ein neues Protokoll – mit einem API, mit dem man sich einfach und brauchbar an KNX anflanschen kann – aber das ist ein Haufen Arbeit und verschlingt Zeit die ich aktuell nicht habe. In der Zwischenzeit empfehle ich pyknyx. Logdateien hinterherzurennen ist … äh … nicht zielführend, meiner Meinung nach.
• pthsem kannste inzwischen vergessen. Da geht mit aktuellen C-Compilern gar nix mehr.

[tooooooobi]

• Es hilft, wenn man die knxd-Befehlszeile mitschickt, wenn man ein Problem lösen mag.

Hätte ich auch selbst drauf kommen können ;-)

KNXD_OPTS="-t6  -e 0.0.1 -E 0.0.2:8 -c -u /tmp/eib -b ipt:192.168.1.124"

So, habe eben wieder die letzte Stable installiert, -B log funktioniert, top!

Die Parameter habe ich mir vorher hier angeguckt:
https://github.com/knxd/knxd/wiki/Co...ine-parameters
Da stand nichts von -b, zumindest nicht in einer Form dass ich es mit Logging verbunden hätte.


Und zu dem Daemon zitiere ich aus knxd.conf weshalb ich es nicht probiert gabe ;-)

## DO NOT use the following options:
## -d           -- /lib/systemd/system/knxd.service expects knxd to run in the foreground

Bin froh dass es wieder funktioniert, vielen Dank!

• ...Logdateien hinterherzurennen ist … äh … nicht zielführend, meiner Meinung nach.

Ich habe keine Alternative gefunden die ich imstande war zu installieren/zu verstehen. Das Logfile durch ne FIFO-pipe zu jagen und auszuwerten ist zwar nicht schön aber hat astrein und stabil funktioniert

Tobias

[tooooooobi]

KNXD_OPTS="--daemon=test.log -t6 -B log -e 0.0.1 -E 0.0.2:8 -c -u /tmp/eib -b ipt:192.168.1.124"

beantwortet er allerdings mit

Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Mai 15 15:55:16 raspineu systemd[1]: Failed to start KNX Daemon.
Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Unit entered failed state.
Mai 15 15:55:16 raspineu systemd[1]: knxd.service: Failed with result 'exit-code'.

Wollte das auch noch mal testen.

root@raspineu:~/knxd12# knxd --version
knxd 0.14.29-5

[Smurf]

Beim Start unter systemd ist die --daemon-Option sinnfrei, denn dann läuft das Log ins Journal. Du kannst es bequem mit "journalctl -uknxd -n1 -f" verfolgen, kannst den Kram auf einem RasPi im RAM halten statt die SD-Karte vollzumüllen (/etc/systemd/journald.conf, setze Storage=volatile), musst keinen Aufwand treiben wenn du die Logdatei rotieren willst, der knxd läuft weiter wenn du den Leser neustarten willst/musst, und du kannst mehrere Leser parallel laufen lassen wenn's denn sein muss.

Für den Fall "verfolge eine einzelne Gruppenadresse" gibt es eigentlich auch eine knxtool-Option, die aber blöderweise aktuell nicht funktioniert, weil der Code so undurchsichtig ist dass man sich jedesmal stundenlang neu reinfuchsen muss wenn man da was beheben will. :-/

[tooooooobi]

Danke Dir, ich probiere das die Tage aus.
Tobias

[tooooooobi]

Du kannst es bequem mit "journalctl -uknxd -n1 -f" verfolgen, kannst den Kram auf einem RasPi im RAM halten statt die SD-Karte vollzumüllen (/etc/systemd/journald.conf, setze Storage=volatile),

Moin Smurf , ist zwar schon etwas länger als ein paar Tage her ;-)

Es klappt wunderbar, der Filter -B log muss allerdings sein damit die GA's im Log auftauchen, mit -t0 kommt nur das Nötigste. Um die Karte zu schonen habe ich den knxd aus dem Syslog ausgeschlossen, was besseres fiel mir nicht ein, keine Ahnung ob das auch Dein Denkansatz war...

LG
Tobias

/etc/rsyslog.conf

###############
#### RULES ####
###############

[MARKIEREN]if ($fromhost contains "raspberry") and ($programname contains "knxd") then {
stop
}[/MARKIEREN]

*.*;auth,authpriv.none -/var/log/syslog
...

[Smurf]

(r)syslog? Der existiert bei mir grundsätzlich nicht mehr. Wüsste nicht, wozu ich den heutzutage noch bräuchte.

[tooooooobi]

Vermutlich einfach aus Gewohnheit