js-controller 3.2 jetzt im Latest!
-
@apollon77 soeben mal auf die .13 gegangen, danach iobroker gestoppt und wieder gestartet
notifications.json ist jedoch leer
siehe Zeitstempel
-
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$ -
@crunchip dann ist ja gut und keine fehler eingesammelt weils keine gab
-
@apollon77 ah ok, dachte es muss was drin stehen, wenn iobroker gestoppt/gestartet wurde
dann bin ich ja beruhigt
-
@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
-
@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?
-
@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
-
@apollon77 Wann kommt denn .14?
Dann starte ich ohnehin neu. -
@diginix Ich hatte Freitag angepeilt - noch kurz warten was an "Bodensatz" so reinkommt
-
@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? -
@diginix Was steht denn in deinem /opt/iobroker/log/iobroker-audit.log drin? Aber ja hab ich auch. checke.
-
@apollon77 Die Datei hat 0 Byte.
-
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$ -
@ilovegym strange ... aber ok, 3.2.14 fixt das und sollte auch aufräumen
-
@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.
-
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 --watchentdeckt habe, nutze ich sowieso kaum noch was anderes..
-
@ilovegym Auch nicht schlecht. Ist doch das gleiche wie "tail -f iobroker.current.log" oder?
Ich rufe das Log im Browsertab auf:
http://IP:8081/log/file1/iobroker.current.log -
@diginix ja, aber n Webbrowser dafür nutzen... ? und wenn der den Cache nicht aktualisiert, haste gelitten...
hmm bin halt n Consolenmensch, 50 Consolentabs offen, alles per Keyboard.. nix KlickyMausi
-
@ilovegym sagte in js-controller 3.2 jetzt im Latest!:
iobroker logs --watch
und du schaust dir dann das aktuelle LOG auf der Konsole an anstatt im Admin?
-
@kueppert sagte in js-controller 3.2 jetzt im Latest!:
und du schaust dir dann das aktuelle LOG auf der Konsole an anstatt im Admin?
Wo denn sonst?
Mach ich auch so.
Da läuft halt eintail -f iobroker.current.login einem Terminal mit.
