Plötzlich logfiles als .gz files
-
Hi,
viele User arbeiten mit SD Karten und damit steht Systembedingt eher eine Kleine Menge Speicherplatz zur Verfügung. Kein Vergleich zu SSDs oder HDDS. Auch hatten wir in der letzten Zeit auch Fälle wo diese (u.a. wegen zu grosser Logs und weil niemand da sonst rein schaut) Fälle wo die SD plötzlich voll war.
Aus diesem Grund und auch weil, wie schon erwähnt, es durchaus sehr gängige Praxis für Logfiles in der Linux-Welt ist habe ich dieses Feature eingebaut.
Falls es wirklich stört ist eine Option mal ein GitHub Issue anzulegen dieses Feature deaktivierbar zu machen.
Und wenn es ggaaaaaaaar nicht anders geht:
Editiere die Datei /opt/iobroker/node_modules/iobroker.js-controller/lib/logger.js in Zeile 150 (bei controller 2.2.8) und schreibe dorttransport.zippedArchive = false;Beim nächsten Controller update musst Du das freilich wieder neu machen.
Der Admin Support für die gepackten Logfiles wird noch kommen.
-
@apollon77 Im Augenblick fehlt sogar der Button. Also bringt es derzeit nichts irgendetwas einzustellen. Aber Danke für Deine Mitteilung und auch die Erklärung. Man kann die Motivation für diese Änderung jetzt zumindest etwas verstehen. Wenn der Admin Support für die gepackten Logfiles eh kommt, brauche ich wohl derzeit kein Issue anlegen. Ich habe dort zumindest hinterlegt, dass derzeit der Button fehlt. Das scheint aber durchaus Absicht gewesen zu sein, bis das Feature wieder aktualisiert wurde. Wie gesagt, jetzt kann man es verstehen und auch auf das entsprechende Update warten! Danke!
-
@apollon77 sagte in Plötzlich logfiles als .gz files:
viele User arbeiten mit SD Karten und damit steht Systembedingt eher eine Kleine Menge Speicherplatz zur Verfügung. Kein Vergleich zu SSDs oder HDDS
Wer arbeitet heute noch mit so "kleinen" SD-Karten? Da würde ich mir eher Gedanken darüber machen, dass die Karte wegen zu vieler Schreibzugriffe früher defekt wird. Und wenn man ein bestehendes File packt, finden automatisch Schreibzugriffe statt. Fällt vermutlich im Vergleich zu anderen Schreibaktivitäten nicht ins Gewicht, aber dass wegen sechs unkomprimierten Log-Dateien der Platz zu knapp wird wohl eher auch nicht.
Aber ich habe jetzt mal ein GitHub-Issue (https://github.com/ioBroker/ioBroker.admin/issues/501) dazu erstellt...
closed unpack the logfile when delivering via admin #501
-
@Dr-Bakterius Ich hatte ein Issue bei dem js-controller aufgemacht. Wurde direkt geschlossen weil es mit der nächsten Version umgesetzt wurde.
-
@Mauflo sagte in Plötzlich logfiles als .gz files:
Im Augenblick fehlt sogar der Button.
Kann ich hier nicht nachvollziehen:
Admin 3.7.8 / js-controller 2.2.8
-
Mit admin 3.7.9 ist der Button wieder da. Das aktuelle Log wird auch wieder in einem Browser-Tab angezeigt und die älteren gepackten Log-Files bei klick auf den Button heruntergeladen.
Vielen Dank @Bluefox für den Fix! Was ich mir noch wünschen würde: auch ältere Log-Files direkt im Browser öffnen zu können - so wie es früher war. Also vielleicht eine Option um die Logs nicht packen zu lassen?
-
@Dr-Bakterius siehe dazu die Erklärung wie man das Zippen abstellt:
@apollon77 sagte in Plötzlich logfiles als .gz files:
Hi,viele User arbeiten mit SD Karten und damit steht Systembedingt eher eine Kleine Menge Speicherplatz zur Verfügung. Kein Vergleich zu SSDs oder HDDS. Auch hatten wir in der letzten Zeit auch Fälle wo diese (u.a. wegen zu grosser Logs und weil niemand da sonst rein schaut) Fälle wo die SD plötzlich voll war.
Aus diesem Grund und auch weil, wie schon erwähnt, es durchaus sehr gängige Praxis für Logfiles in der Linux-Welt ist habe ich dieses Feature eingebaut.
Falls es wirklich stört ist eine Option mal ein GitHub Issue anzulegen dieses Feature deaktivierbar zu machen.
Und wenn es ggaaaaaaaar nicht anders geht:
Editiere die Datei /opt/iobroker/node_modules/iobroker.js-controller/lib/logger.js in Zeile 150 (bei controller 2.2.8) und schreibe dorttransport.zippedArchive = false;Beim nächsten Controller update musst Du das freilich wieder neu machen.
Der Admin Support für die gepackten Logfiles wird noch kommen.
-
@Dr-Bakterius Ich hab den einen Admin Issue von dir umformuliert das man ggf zip logs ja beim raus streamen entpacken könnte ... mal schauen
-
@Mauflo sagte in Plötzlich logfiles als .gz files:
@Dr-Bakterius siehe dazu die Erklärung wie man das Zippen abstellt:
Gestern gamacht, heute trotzdem wieder ein gezipptes Log.
-
@Dr-Bakterius danach auch alles neu gestartet?
-
@apollon77 Was ist "alles"? Den kompletten ioBroker?
-
@Dr-Bakterius Ja natürlich
-
@apollon77 Was frage ich auch dumm...
-
@Dr-Bakterius ;-))
-
@harrym sagte in Plötzlich logfiles als .gz files:
...
Wielange ein aktuelles Logfile als .log verfügbar sein soll, kann man einstellen ... auch für 365 Tage (was keinerleii Sinn macht)
...In der iobroker.json steht es standardmäßig auf 7 Tage, nach Änderung auf 30 Tage und einem iobroker restart hat er in der Nacht aber trotzdem das log vom 23. August gelöscht. Muss man das doch an einer andren Stelle ändern bzw. einstellen?
-
-
@apollon77 Gibt es denn irgendwo die Möglichkeit die maximalen Log-Files einzustellen? Oder müsste man sich die Files dann immer wegkopieren.
-
zless /pfad/zur/logdateisind die magischen Buchstaben. Jedenfalls unter einem Betriebssystem.
Wie das unter Windows ginge weiß ich allerdings nicht. -
@Thomas-Braun sagte in Plötzlich logfiles als .gz files:
zless /pfad/zur/logdateisind die magischen Buchstaben. Jedenfalls unter einem Betriebssystem.
Wie das unter Windows ginge weiß ich allerdings nicht.Danke, aber ich kann nicht genau erkennen inwieweit mir das bei meiner Fragestellung helfen könnte!? Wie ich mir die Log-Files anschauen weiß ich wohl.
Mir ging es darum die Anzahl der gespeicherten Log-Files zu erhöhen bevor sie der Rotation und somit der Löschung unterliegen. -
@MichMein /op/iobroker/iobroker-data/iobroker.json ... da steht die Konfig drin.
Danach iobroker neu starten
