js-controller 3.2 jetzt im Latest!

[Diginix]

Gleiches hier mit 3.2.13.

[amg_666]

Dito, 1 Master, 2 Slaves, alles läuft...

[apollon77]

@unclesam Wird in der .14 gefixt sein

[apollon77]

Wer mal Zeit hat ... bitte schaut mal ob Ihr in system.host.EuerHostname.notifications was drin habt und wenn dann bitte mal iobroker stoppen und in /opt/iobroker/iobrokeer-data/notifications.json schauen was so drin steht ... gern hier posten ... (Vor allem wenn es nicht nur "restart loop" einträge sind

[crunchip]

@apollon77 soeben mal auf die .13 gegangen, danach iobroker gestoppt und wieder gestartet
notifications.json ist jedoch leer
siehe Zeitstempel

[Neuschwansteini]

@apollon77

gleich mal gemacht:

und hier das notification.json

ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$ cat notifications.json
{"system":{"restartLoop":{"system.adapter.enigma2.0":[{"message":"Restart loop detected","ts":1610183529401}],"system.adapter.mihome-vacuum.1":[{"message":"Restart loop detected","ts":1610183568278}],"system.adapter.mihome-vacuum.2":[{"message":"Restart loop detected","ts":1610183584909}],"system.adapter.mihome-vacuum.0":[{"message":"Restart loop detected","ts":1610184885480}],"system.adapter.ham.0":[{"message":"Restart loop detected","ts":1611293962703}],"system.adapter.telegram.1":[{"message":"Restart loop detected","ts":1611926375398}],"system.adapter.telegram.0":[{"message":"Restart loop detected","ts":1611926786664}]}}}
ilovegym@VMC123-iobroker:/opt/iobroker/iobroker-data$

[apollon77]

@crunchip dann ist ja gut und keine fehler eingesammelt weils keine gab

[crunchip]

@apollon77 ah ok, dachte es muss was drin stehen, wenn iobroker gestoppt/gestartet wurde
dann bin ich ja beruhigt

[apollon77]

@crunchip Ne, dort werden "Fehlerfälle" gesammekt die künftig dann als Popup beim Admin Besuch angezeigt werden. Vor allem Themen wie I/O Error, Volle platte. Zugriffsfehler und sowas

[Diginix]

@apollon77
system.host.EuerHostname.notifications:

{"restartLoop":{"count":1},"nonExistingFileErrors":{"count":1}}

/opt/iobroker/iobroker-data/notifications.json

{"system":{"restartLoop":{"system.adapter.telegram.0":[{"message":"Restart loop detected","ts":1612086925588}]}}}

Allerdings ist die JSON von gestern. Die JSON ist zum Persistieren des states oder warum soll man iobroker stoppen falls was im Objekt steht?

[apollon77]

@diginix Der State enthält quasi eine Zusammenfassung. Die "echten Daten" hält der js.controller und schreibt Sie ins File wenn er beednet wird und liesst beim start wieder darauf den Status. SOnst wäre ja bei einem controller restart alles weg was fehler angeht. Heisst also an sich: Wenn der State noch den zweiten Fehlertyp enthält aber das json file nicht dann ist das nach dem letzten Start passiert. wäre cool mal zu sehen was es war (was aktuell nur über den stop/schauen-starten weg geht

[Diginix]

@apollon77 Wann kommt denn .14?
Dann starte ich ohnehin neu.

[apollon77]

@diginix Ich hatte Freitag angepeilt - noch kurz warten was an "Bodensatz" so reinkommt

[Diginix]

@apollon77 Bei mir scheint das Logrotate nicht mehr zu funktionieren. Ich habe mittlerweile 29 Logs seit einschl. 08.01.2021. In /opt/iobroker/iobroker-data/iobroker.json steht maxDays: 14.
Berechtigungen sind bei allen 664 und iobroker:iobroker. Hat sich da mit 3.2 irgendwas geändert?

[apollon77]

@diginix Was steht denn in deinem /opt/iobroker/log/iobroker-audit.log drin? Aber ja hab ich auch. checke.

[Diginix]

@apollon77 Die Datei hat 0 Byte.

[Neuschwansteini]

@apollon77

hier auch, schau:

ilovegym@VMC123-iobroker:/opt/iobroker$ ls log -alrt
total 37096
-rwxrwxrwx+  1 iobroker iobroker        0 Nov 18 15:56 iobroker-audit.json
-rw-rwxr--+  1 iobroker iobroker   608327 Jan  3 00:00 iobroker.2021-01-02.log.gz
-rw-rwxr--+  1 iobroker iobroker   462895 Jan  4 00:00 iobroker.2021-01-03.log.gz
-rw-rwxr--+  1 iobroker iobroker   351770 Jan  5 00:00 iobroker.2021-01-04.log.gz
-rw-rwxr--+  1 iobroker iobroker   417448 Jan  6 00:00 iobroker.2021-01-05.log.gz
-rw-rwxr--+  1 iobroker iobroker   385494 Jan  7 00:00 iobroker.2021-01-06.log.gz
-rw-rwxr--+  1 iobroker iobroker   369639 Jan  8 00:00 iobroker.2021-01-07.log.gz
-rw-rwxr--+  1 iobroker iobroker   372496 Jan  9 00:00 iobroker.2021-01-08.log.gz
-rw-rwxr--+  1 iobroker iobroker   461665 Jan 10 00:00 iobroker.2021-01-09.log.gz
-rw-rwxr--+  1 iobroker iobroker   398647 Jan 11 00:00 iobroker.2021-01-10.log.gz
-rw-rwxr--+  1 iobroker iobroker   395963 Jan 12 00:00 iobroker.2021-01-11.log.gz
-rw-rwxr--+  1 iobroker iobroker   554346 Jan 13 00:00 iobroker.2021-01-12.log.gz
-rw-rwxr--+  1 iobroker iobroker   653666 Jan 14 00:00 iobroker.2021-01-13.log.gz
-rw-rwxr--+  1 iobroker iobroker   377359 Jan 15 00:00 iobroker.2021-01-14.log.gz
-rw-rwxr--+  1 iobroker iobroker   411688 Jan 16 00:00 iobroker.2021-01-15.log.gz
-rw-rwxr--+  1 iobroker iobroker   416033 Jan 17 00:00 iobroker.2021-01-16.log.gz
-rw-rwxr--+  1 iobroker iobroker   407697 Jan 18 00:00 iobroker.2021-01-17.log.gz
-rw-rwxr--+  1 iobroker iobroker   332652 Jan 19 00:00 iobroker.2021-01-18.log.gz
-rw-rwxr--+  1 iobroker iobroker   363613 Jan 20 00:00 iobroker.2021-01-19.log.gz
-rw-rwxr--+  1 iobroker iobroker   368127 Jan 21 00:00 iobroker.2021-01-20.log.gz
-rw-rwxr--+  1 iobroker iobroker   502804 Jan 22 00:00 iobroker.2021-01-21.log.gz
-rw-rwxr--+  1 iobroker iobroker   456522 Jan 23 00:00 iobroker.2021-01-22.log.gz
-rw-rw-r--+  1 iobroker iobroker   479708 Jan 24 00:00 iobroker.2021-01-23.log.gz
-rw-rw-r--+  1 iobroker iobroker   362727 Jan 25 00:00 iobroker.2021-01-24.log.gz
-rw-rw-r--+  1 iobroker iobroker   416026 Jan 26 00:00 iobroker.2021-01-25.log.gz
-rw-rw-r--+  1 iobroker iobroker   763985 Jan 27 00:00 iobroker.2021-01-26.log.gz
-rw-rw-r--+  1 iobroker iobroker   418747 Jan 28 00:00 iobroker.2021-01-27.log.gz
-rw-rw-r--+  1 iobroker iobroker   443582 Jan 29 00:00 iobroker.2021-01-28.log.gz
-rw-rw-r--+  1 iobroker iobroker 14109909 Jan 30 00:00 iobroker.2021-01-29.log.gz
-rw-rw-r--+  1 iobroker iobroker  7608886 Jan 31 00:00 iobroker.2021-01-30.log.gz
-rw-rw-r--+  1 iobroker iobroker   409357 Feb  1 00:00 iobroker.2021-01-31.log.gz
-rw-rw-r--+  1 iobroker iobroker   683764 Feb  2 00:00 iobroker.2021-02-01.log.gz
-rw-rw-r--+  1 iobroker iobroker      152 Feb  2 05:45 restart.log
-rw-rw-r--+  1 iobroker iobroker   388638 Feb  3 00:00 iobroker.2021-02-02.log.gz
-rw-rw-r--+  1 iobroker iobroker   449335 Feb  4 00:00 iobroker.2021-02-03.log.gz
-rw-rw-r--+  1 iobroker iobroker   774247 Feb  5 00:00 iobroker.2021-02-04.log.gz
drwxrwxrwx+ 13 iobroker iobroker     4096 Feb  5 06:26 ..
lrwxrwxrwx   1 iobroker iobroker       23 Feb  5 08:00 iobroker.current.log -> iobroker.2021-02-05.log
drwxrwxrwx+  2 iobroker iobroker     4096 Feb  5 08:00 .
-rw-rw-r--+  1 iobroker iobroker  1528688 Feb  5 08:01 iobroker.2021-02-05.log
ilovegym@VMC123-iobroker:/opt/iobroker$

[apollon77]

@ilovegym strange ... aber ok, 3.2.14 fixt das und sollte auch aufräumen

[Diginix]

@apollon77 Witzig dass es bisher sonst keinem aufgefallen ist. Sind ja nicht wenige 3.2er Tester.
Ich hab das schon vor Tagen gesehen, aber mir nie das Datum des ältesten Logs gemerkt und dann am Folgetag immer gedacht ich hätte mich versehen. Aber nun war es langsam zu auffällig.
Cool wenn es im .14 heute noch mit kommt. Soll ja auch nicht langweilig werden.

[Neuschwansteini]

@diginix @apollon77

denke man ist immer so auf das aktuelle Log focussiert, dass man an die anderen gar nicht mehr denkt.. oder beachtet.
Erst, wenn das Verzeichnis überläuft, fällts auf..

Und seitdem ich

iobroker logs --watch

entdeckt habe, nutze ich sowieso kaum noch was anderes..