Bei nicht vorhandenem LogFile stürtzt SA-Instanz ab.

[ManfredHi]

Sporadisch kommt es vor, dass das LogFile um Mitternacht auf 0 KB steht. Wenn dieses Lofile dann nicht vorhanden ist stürtzt die SA-Instanz, die um Mitternacht gerade ins Logfile schreiben will ab. Dadurch werden dann auch keine berechnungen durchgeführt.
siehe:
https://forum.iobroker.net/post/1062542

[DutchmanNL]

@Apollon77 währe das ein issue für den Controller? Wüsste nicht wie man das im Adapter anfangen könnte

[Apollon77]

Ja und nein.

Ja empty logfile wäre Controller issue. Aber hier braucht es Logs und Infos von fällen wo es passiert. Vor allem file ist ja da aber 0 bytes oder so?

Aber ja logfile werden nachts gegen 0 Uhr rotiert. Damit wird es gepackt und so.

Das der Adapter crasht wenn file nicht da ist ist schlicht ein fehlender Check im Adapter. Der muss dann halt eben Fehler loggen oder sowas aber nicht blind davon ausgehen das es da ist.

[Apollon77]

Ps: was tut der Adapter mit dem logfile?

[DutchmanNL]

Ps: was tut der Adapter mit dem logfile?

ich habe keine spezifischen Sachen fürs logfile implementiert, um 00.00 findet der tagesreset statt und werden mittels this.log.info(message) nachrichten ins log geschrieben.

Ich vermute das hier der Fehler auftritt, aber das sollte der controller doch erledigen ?
(Prüfen ob die log Datei da ist und wen nicht erstellen, bestimmt timing issue weil es genau um 00.00 stattfindet)

[Apollon77]

Ok wenn das vom logging kammdann sind das bekannte effekte die auftreten können durch bugs in winston ... PR ist da ... warten das die es mal mergen

[Apollon77]

Closed, da der Adapter in dem Fall einfach neu startet und damit wieder alles ok...

[ManfredHi]

`
Closed, da der Adapter in dem Fall einfach neu startet und damit wieder alles ok...

`

Das stimmt gar nicht. Es ist eben nach dem Neustart nicht alles OK. Sämtliche Berechnungen die SA um MItternacht macht, wurden dann eben nicht durchgeführt. Und manuell kann man diese auch nicht auslösen.

Somit ist es nach wie vor ein Problem.

[DutchmanNL]

Closed, da der Adapter in dem Fall einfach neu startet und damit wieder alles ok...

das ist leider keine Lösung da damit die Berechnungen (Tages reset) die er um 00.00uhr macht verloren gehen.
Ich kan das probieren zu umgehen, dennoch ist de crash/neustart ungewünscht wen controller die log Datei (noch) nicht hat

[Apollon77]

Das der crash blöd ist sind wir uns einig. Grund ist aber eine externe Library und leider komplett ausserhalb unserer kontrolle aktuell. Ist aber "bekannt" und in arbeit

[DutchmanNL]

Das der crash blöd ist sind wir uns einig. Grund ist aber eine externe Library und leider komplett ausserhalb unserer kontrolle aktuell. Ist aber "bekannt" und in arbeit

Thanks, gibt es ein issue dazu Dan können wir das hier verlinken und schließen 👍

[Apollon77]

Jain ... Es gibt eins was ich kenne was aber nicht ganz zu der exception hier passt ... da ist das Log im Forum etwas zu kurz (ichtippe da wäre noch die echte exception vom adapter gewesen, ie aber fehlt). Dann kann man ggf nochmal suchen obs noch andere stellen gibt in der lib, da waren einige

[DutchmanNL]

@ManfredHi koennntest du uns das komplette log mal zukommen lassen von 23.59 bis Zeitpunkt +/- 00.01

@Apollon77 da das log (noch) nicht geschrieben werden konnte hoffe ich da die exception trotzdem zu sehen ist ? :)

[DutchmanNL]

@Apollon77 wir haben das problem auch bei anderen Adaptern, siehe z.b. Discovergy wo er um 00.00.02 probiert was ins log zu schreiben. daten dazu auch in sentry anwesend: https://sentry.iobroker.net/organizations/iobroker/issues/51373/?project=21&query=is%3Aunresolved&referrer=issue-stream

[Apollon77]

Ich weiss. leider fehlt bei deinem issue alles an fehlerinfos

[DutchmanNL]

Ich weiss. leider fehlt bei deinem issue alles an fehlerinfos

Sentry hat leider auch nicht mehr eingefangen :(