Cleanup Logs

[Eiki]

Moin

In der Config lässt sich ja einstellen das der Bot nach bestimmten Tagen die älteren Logs löscht z.b. wie bei mir

# Normal log entries older than X days will be deleted from MySQL jts3servermod_log table. 0 = disable auto delete!
mysql_log_delete = 90
# Connection log entries older than X days will be deleted from MySQL jts3servermod_log table. 0 = disable auto delete!
mysql_connection_log_delete = 90

Nach den Einstellungen sollten ja Logs die älter wie 90 Tage sind gelöscht werden.
Bei mir ist das aber seit neustem nicht mehr der Fall. Seit wann dies ist kann ich nicht genau sagen, es ist mir die Tage durch Zufall aufgefallen als ich etwas nachgucken wollte.
Bei mir bleiben alle Logs nicht länger wie 24 Stunden das stand heute Mittag im Botlog

2018-04-21 12:31:23   LOGGER_DELETE_LOG   Deleted 32489 log entries successfully!
2018-04-21 12:31:23   LOGGER_DELETE_LOG   Deleted 1231 connection log entries successfully!

Es gab in dem Zeitraum auch keine Fehlermeldung.
Heute Nacht gab es ein paar mal diese Meldung

2018-04-21 01:13:57   ERROR   Unknown error catched at instance: bot1084_1
2018-04-21 01:13:57   JTS3ServerMod 6.4.3 Hosting Edition (17.12.2017): EXCEPTION
java.lang.ArrayIndexOutOfBoundsException: 6 >= 6
   at java.util.Vector.elementAt(Vector.java:474)
   at de.stefan1200.jts3servermod.JTS3ServerMod.e(Unknown Source)
   at de.stefan1200.jts3servermod.JTS3ServerMod.b(Unknown Source)
   at de.stefan1200.jts3servermod.o.run(Unknown Source)
   at java.lang.Thread.run(Thread.java:748)

ob dies damit etwas zutun hat weiß ich nicht ich wollte einfach nur schon so viele Infos hier rein schreiben wie ich finden konnte.

Ich hoffe es gibt für mein Problem mit den Logs eine Lösung oder ich habe einen Fehler den ich gerade nicht sehe.

Gruß

Eiki

[Stefan1200]

War oder ist die Uhrzeit vom Server falsch?

[Eiki]

Gerade noch mal nachgeguckt passt alles Datum und Uhrzeit.
Wird auch jede Nacht überprüft ob Datum und Uhrzeit richtig sind.
Dies ist aber immer schon so auf meinem Server gewesen.

[Stefan1200]

schaue dir mal bitte die Zeitstempel in der Datenbank in der Log Tabelle an, enthalten auch Millisekunden. Passen die?

[Eiki]

Was meinst du genau mit passen die? Ich habe dir hier einfach mal nen Screen gemacht.
Sind die letzten Einträge von eben.

[Stefan1200]

Ok, die neusten Einträge haben auf jeden Fall den korrekten Timestamp. Was ist der älteste Eintrag?

PS: Diese Seite eignet sich gut dafür: https://www.epochconverter.com (die letzten drei Stellen aber weglassen, da der Unix Timestamp nur Sekunden enthält, keine Millisekunden).

[Eiki]

Das ist der älteste Eintrag.

Your time zone: Samstag, 21. April 2018 12:31:24 GMT+02:00 DST

[Stefan1200]

Hmm, den JTS3ServerMod Prozess schon mal neugestartet heute?

[Eiki]

Jo gestern Morgen um die Zeit wo er dann heute die Logs gelöscht hat.

[Stefan1200]

Gerade nochmal in den Source Code geschaut, also im Source Code ist alles richtig. An dem Teil des Source Code habe ich auch schon seit zwei Jahren (letzte Änderung März 2016) nichts mehr geändert und du bist der erste mit diesem Phänomen.

Die Frage ist, warum diese Berechnung einen falschen Wert ausspuckt:
System.currentTimeMillis() - (1000 * 60 * 60 * 24 * days)

Was hast du zuletzt am Server geändert, bevor der Fehler aufgetreten ist?

[monster010]

Das Problem liegt auch bei mir vor, wenn die beiden Einstellungen so sind

Code Select Expand

# Normal log entries older than X days will be deleted from MySQL jts3servermod_log table. 0 = disable auto delete!
mysql_log_delete = 90
# Connection log entries older than X days will be deleted from MySQL jts3servermod_log table. 0 = disable auto delete!
mysql_connection_log_delete = 90

Ich hab das ganze aktuell auf 0 gestellt, damit die Logs bestehen bleiben.

[Eiki]

Ich hab halt 0 plan seit wann das ist das ist mehr durch einen Zufall aufgefallen aber ich kann mal etwas ausholen was ich alles verändert habe.

Mitte letztes Jahr habe ich auf Debian 9 umgestellt wo dann ja MySQL oder MariaDB ersetzte worden ist.
Java läuft bei mir seit dem 23.02.2018 die Version 1.8 Update 161 (Werde das gleich aber mal auf die 171 bringen).
Dann wurde noch alles auf PHP 7 umgestellt.
Und immer mal wieder Pakete installiert. Aber ich sehe in den Paketen jetzt keins was damit etwas zutun haben könnte.

[Stefan1200]

Mag mal bitte einer testen, ob folgende Werte auch Probleme verursachen?

mysql_log_delete = 3
mysql_connection_log_delete = 3

[Eiki]

Ich warte jetzt noch bis 12:31 Uhr weil dann sind wieder 24 Stunden rum da ich eben den Root mal neu gestartet habe und Java auf die neueste Version gebracht habe, danach kann ich das mal umstellen auf 3.

[Eiki]

So eben ist nix passiert hab das jetzt mal auf 3 gestellt und den Bot neu gestartet dann warten wir mal ich melde mich.