Test: Adapter Log Parser v0.x.x GitHub

[Mic]

@smartboart sagte in Test: Adapter Log Parser v0.x.x GitHub:

Ich räume gerade meine Scripte auf und wenn ich schonmal dabei bin, werden auch die logs aufgeräumt um das ganze dann sinnvoll mit dem Adapter hier zu nutzen.

Dabei stellt sich mir eine Frage....Wie verhält sich der Adapter in einem Multihost System?
Bekomme ich nur die logs auf dessen System der Adapter installiert ist und muss mehrere Instanzen installieren, oder reicht es den Adapter mit einer Instanz auf dem Master Host zu installieren?

Der Adapter nutzt sog. logTransporter, hier hat Bluefox das beschrieben: https://github.com/ioBroker/ioBroker.js-controller/blob/master/doc/LOGGING.md
Multihost nutze ich nicht, daher kann ich nichts weiteres dazu sagen.
Hast du mal mit alleiniger Master-Installation getestet? Kommen da auch sonst Logs an der "Kinder"?

[smartboart]

@Mic hi ja habe heute getestet... Bekomme auch die logs von der Javascript instance welche auf dem slave läuft... Super Sache..
Verhaelt sich besser als der admin an dieser Stelle...

[Mic]

@smartboart
Cool Freut mich, dass es geht.

[Glasfaser]

@Mic

Habe einen kleinen Fehler gefunden bzw. wolltest du den überhaupt in der Auswahl freigeben !??

.

EDIT :

hier noch Daten ..

Log Parser Version 1.0.4
Admin 4.1.10

[Knallochse]

@Glasfaser das gleiche Verhalten habe ich auch

[bahnuhr]

Ich habe 1.0.4

Dort gibt es den Punkt in der Auswahl nicht.

[Glasfaser]

@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:
@Mic

Für was ist diese Einstellung .... ?

.

und nochwas zum alten Thema @Mic

Sorry

.
Aktuell , noch teils vorhanden :

[Mic]

@Glasfaser
@Knallochse

Das war ein Problem von Beginn an, weil ich beim Adapter Creator eine falsche Option wählte
Eigentlich seit ein paar früheren Adapter-Versionen behoben, aber kann sein, dass da was nicht bei euch gelöscht/aktualisiert wurde, weil da auch Zusatz-Datei betroffen war, die ich löschte.

Beste Lösung wahrscheinlich:

1. Adapter-Konfiguration sichern
2. Adapter deinstallieren, also Adapter selbst (und damit alle Instanzen)
3. Adapter neu installieren

Dann sollte alles verschwunden sein. Sorry für die Umstände und freu mich auf euer Feedback, ob es das war

[Mic]

@ Alle

Ich muss noch einen Bug fixen - https://github.com/Mic-M/ioBroker.logparser/issues/15 - für den es aber einen Workaround gibt, daher besteht keine Eile.
In diesem Zuge werde ich den Adapter-Code optimieren und wohl auf Promises und async/await umbauen für deutlich bessere Fehlerbehandlung, besser lesbaren Code etc.

Habt ihr noch "hot" Punkte, die es gilt zu verbessern bzw. eingebaut werden sollten in diesem Zuge? Werft am besten auch einen Blick auf die Issue-Liste, bevor ihr Vorschläge macht: https://github.com/Mic-M/ioBroker.logparser/issues

Mic-M created this issue in Mic-M/ioBroker.logparser

closed Regex issue for tab "Parser Rules", column "Blacklist #15

[Knallochse]

@Mic Ich für meinen Teil bin mit deinem Adapter sehr zufrieden und möchte mich herzlich bei dir bedanken

[Glasfaser]

@Mic sagte in Test: Adapter Log Parser v0.x.x GitHub:

Beste Lösung wahrscheinlich:

1. Adapter-Konfiguration sichern
2. Adapter deinstallieren, also Adapter selbst (und damit alle Instanzen)

Punkt 1 +
Instanz löschen und neu erstellen hat gereicht + zurückspielen der Einstellung .

Die alten Datenpunkten Log-Werte ,habe ich mir per states.json wieder zurückgeholt.

Alles in Ordnung , keine Leiche mehr im Keller

[sigi234]

@Glasfaser sagte in Test: Adapter Log Parser v0.x.x GitHub:

Die alten Datenpunkten Log-Werte ,habe ich mir per states.json wieder zurückgeholt.

Wie?

[Glasfaser]

@sigi234

states.json im Verzeichniss sichern .
Änderungen wie oben durchführen .....
ioBroker stoppen , gesicherte states.json wieder ins Verzeichniss ( Auf die Rechte achten )
ioBroker starten

[Mic]

Hier geht es weiter: Test Adapter Log Parser 1.1.x Latest

---

Bitte hier im Thread nichts mehr posten.