Skip to content

Log voll seit letzter stable #788

Closed
Closed

Description

@warp735

Gestern oder vorgstern kam ne "neue" stable raus. Seither hagelt es mir das Log voll, wegen einem Stripe, der tagsüber ohne Strom ist.

Image

Activity

  1. dolomiti70 commented on Feb 17, 2026

    @dolomiti70

    Gleiches Problem wie hier:
    #786
    Update auf 0.9.2 löst das Problem

  2. DutchmanNL commented on Feb 17, 2026

    @DutchmanNL
    Contributor

    Gestern oder vorgstern kam ne "neue" stable raus.

    Danke covered zügig den fix pushen in stable, entschuldigt bitte der Fehler ist in der Version nicht aufgefallen

    Konnte ihr bitte beide Feedback geben zur neusten Version, Entweder muss ich stable zurück ziehen oder die neu schnell nachreichen und funktionell sollte es ik sein

    Brauche aber Hilfe beim Testen/bestlätogen

  3. dolomiti70 commented on Feb 17, 2026

    @dolomiti70

    V0.9.2 solved the problem of my log being spammed.
    But now I have log entries every hour because the adapter is trying to find the offline device. Can't you turn that off/remove it?
    Every time I look at my log, I see warnings that I think are unnecessary.

  4. DutchmanNL commented on Feb 17, 2026

    @DutchmanNL
    Contributor

    V0.9.2 solved the problem of my log being spammed.
    But now I have log entries every hour because the adapter is trying to find the offline device. Can't you turn that off/remove it?
    Every time I look at my log, I see warnings that I think are unnecessary.

    Yes I can make patch update for that to completely remove or make it an info entry, what would be preferred?

    I assume having a log entry when connection is lost make sense as warn/error but agree the retries can be overkill

  5. T-Kaule commented on Feb 19, 2026

    @T-Kaule

    --Nevermind i was an older version of the adapter-- with new one it is much better--
    Hi, i think the best would be to have the offline warning once and then may be at scheduled time. I have some devices offline "on purpose" because they are on switched sockets. Work around is to increase protocol level for the adapter, but then you loose all entries..:

    Image
  6. DutchmanNL commented on Feb 19, 2026

    @DutchmanNL
    Contributor

    Thank you @T-Kaule will consider your Feedback into a new Solution

  7. thebilberry commented on Feb 19, 2026

    @thebilberry

    Hallo @DutchmanNL, habe heute (am 19.2.) auf die "stable" Version 0.7.3 aktualisiert und nun ebenfalls das Log voller Einträge zu zwei derzeit nicht aktiven Geräten. Die Geräte kann ich aber in den Instanzeinstellungen auch nicht löschen. Gehe nun zurück auf 0.7.2.

  8. DutchmanNL commented on Feb 19, 2026

    @DutchmanNL
    Contributor

    Hallo @DutchmanNL, habe heute (am 19.2.) auf die "stable" Version 0.7.3 aktualisiert und nun ebenfalls das Log voller Einträge zu zwei derzeit nicht aktiven Geräten. Die Geräte kann ich aber in den Instanzeinstellungen auch nicht löschen. Gehe nun zurück auf 0.7.2.

    Danke! Währe es für dich ok ma mitverfolgen latest zu probieren 0.9.2?

  9. thebilberry commented on Feb 19, 2026

    @thebilberry

    OK, hab die 0.9.2 installiert. Zwei Dinge sind mir im Log aufgefallen:

    1. [INFO] State value to set for "wled.0.8cce4ee1e60c._info._online" has to be type "boolean" but received type "string"
      (gehört nicht zu diesem Issue, wollte es aber gleich mal erwähnen)
    2. Retry hört bereits nach 3 von 5 Versuchen auf (sh. Screeshot)
    Image
  10. FreunderNacht commented on Feb 21, 2026

    @FreunderNacht

    Bei mir das selbe.
    Ich finde die Version 0,92 jedoch nicht im latest repository.
    Ich würde diese gerne ausprobieren.

  11. dolomiti70 commented on Feb 21, 2026

    @dolomiti70

    V0.9.2 solved the problem of my log being spammed.
    But now I have log entries every hour because the adapter is trying to find the offline device. Can't you turn that off/remove it?
    Every time I look at my log, I see warnings that I think are unnecessary.

    Yes I can make patch update for that to completely remove or make it an info entry, what would be preferred?

    I assume having a log entry when connection is lost make sense as warn/error but agree the retries can be overkill

    An Info entry would be nice or generate a warning once the connection is lost.
    Or is it possible to make it configurable in the settings if i want an Info/Warning or nothing?

  12. dolomiti70 commented on Feb 21, 2026

    @dolomiti70

    @FreunderNacht

    Bei mir das selbe. Ich finde die Version 0,92 jedoch nicht im latest repository. Ich würde diese gerne ausprobieren.

    Hast du das Repository auf latest um gestellt? Du musst dann evtl. noch auf Aktualisieren klicken

    Image
  13. FreunderNacht commented on Feb 21, 2026

    @FreunderNacht

    @FreunderNacht

    Bei mir das selbe. Ich finde die Version 0,92 jedoch nicht im latest repository. Ich würde diese gerne ausprobieren.

    Hast du das Repository auf latest um gestellt? Du musst dann evtl. noch auf Aktualisieren klicken

    Image

    🙈 Jeep das wars, danke @dolomiti70
    Dachte eigentlich ich hätte aktualisiert, war aber doch anscheinend nicht der Fall. 😬
    Sorry

  14. FreunderNacht commented on Feb 21, 2026

    @FreunderNacht

    Das Log sieht jetzt gut aus, hab das ganze bei mir auf 3 Wiederholungen bei 30 Sekunden stehen. Das sollte für mich passen.

    2026-02-21 14:39:02.671 - info: wled.0 (3677) terminating
    2026-02-21 14:39:02.730 - info: host.io-broker instance system.adapter.wled.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2026-02-21 14:39:06.053 - info: host.io-broker instance system.adapter.wled.0 in version "0.9.2" started with pid 3762
    2026-02-21 14:39:07.054 - info: wled.0 (3762) starting. Version 0.9.2 in /opt/iobroker/node_modules/iobroker.wled, node: v20.19.2, js-controller: 7.0.7
    2026-02-21 14:39:07.300 - info: wled.0 (3762) Try to contact 4 known devices
    2026-02-21 14:39:07.300 - info: wled.0 (3762) Try to contact : "WLED 3D Drucker" on IP : 192.168.2.233
    2026-02-21 14:39:10.344 - warn: wled.0 (3762) Unable to initialise 192.168.2.233 will retry in scheduled interval !
    2026-02-21 14:39:10.352 - info: wled.0 (3762) State value to set for "wled.0.c82b9630473a._info._online" has to be type "boolean" but received type "string"
    2026-02-21 14:39:10.394 - info: wled.0 (3762) Try to contact : "WLED-3D-Drucker-2-MK4" on IP : 192.168.2.234
    2026-02-21 14:39:13.398 - warn: wled.0 (3762) Unable to initialise 192.168.2.234 will retry in scheduled interval !
    2026-02-21 14:39:13.401 - info: wled.0 (3762) State value to set for "wled.0.c45bbe70d0d2._info._online" has to be type "boolean" but received type "string"
    2026-02-21 14:39:13.442 - info: wled.0 (3762) Try to contact : "WLED-Garagentor-1" on IP : 192.168.2.217
    2026-02-21 14:39:13.528 - warn: wled.0 (3762) Unable to initialise 192.168.2.217 will retry in scheduled interval !
    2026-02-21 14:39:13.531 - info: wled.0 (3762) State value to set for "wled.0.485519151850._info._online" has to be type "boolean" but received type "string"
    2026-02-21 14:39:13.573 - info: wled.0 (3762) Try to contact : "WLED-Garagentor-2" on IP : 192.168.2.167
    2026-02-21 14:39:13.578 - warn: wled.0 (3762) Unable to initialise 192.168.2.167 will retry in scheduled interval !
    2026-02-21 14:39:13.581 - info: wled.0 (3762) State value to set for "wled.0.308398825634._info._online" has to be type "boolean" but received type "string"
    2026-02-21 14:39:13.623 - info: wled.0 (3762) Bonjour service started, new devices will be detected automatically
    2026-02-21 14:39:23.628 - info: wled.0 (3762) WLED initialisation finalized, ready to do my job have fun !
    2026-02-21 14:39:23.636 - warn: wled.0 (3762) Unable to initialise 192.168.2.167 will retry in scheduled interval !
    2026-02-21 14:39:23.644 - info: wled.0 (3762) Device 192.168.2.167 unavailable (attempt 1/3), will retry in 30 seconds
    2026-02-21 14:39:23.953 - warn: wled.0 (3762) Unable to initialise 192.168.2.217 will retry in scheduled interval !
    2026-02-21 14:39:23.954 - info: wled.0 (3762) Device 192.168.2.217 unavailable (attempt 1/3), will retry in 30 seconds
    2026-02-21 14:39:26.630 - warn: wled.0 (3762) Unable to initialise 192.168.2.233 will retry in scheduled interval !
    2026-02-21 14:39:26.631 - warn: wled.0 (3762) Unable to initialise 192.168.2.234 will retry in scheduled interval !
    2026-02-21 14:39:26.633 - info: wled.0 (3762) Device 192.168.2.233 unavailable (attempt 1/3), will retry in 30 seconds
    2026-02-21 14:39:26.633 - info: wled.0 (3762) Device 192.168.2.234 unavailable (attempt 1/3), will retry in 30 seconds
    2026-02-21 14:39:53.650 - warn: wled.0 (3762) Unable to initialise 192.168.2.167 will retry in scheduled interval !
    2026-02-21 14:39:53.651 - info: wled.0 (3762) Device 192.168.2.167 unavailable (attempt 2/3), will retry in 60 seconds
    2026-02-21 14:39:54.154 - warn: wled.0 (3762) Unable to initialise 192.168.2.217 will retry in scheduled interval !
    2026-02-21 14:39:54.155 - info: wled.0 (3762) Device 192.168.2.217 unavailable (attempt 2/3), will retry in 60 seconds
    2026-02-21 14:39:59.636 - warn: wled.0 (3762) Unable to initialise 192.168.2.233 will retry in scheduled interval !
    2026-02-21 14:39:59.636 - warn: wled.0 (3762) Unable to initialise 192.168.2.234 will retry in scheduled interval !
    2026-02-21 14:39:59.638 - info: wled.0 (3762) Device 192.168.2.233 unavailable (attempt 2/3), will retry in 60 seconds
    2026-02-21 14:39:59.639 - info: wled.0 (3762) Device 192.168.2.234 unavailable (attempt 2/3), will retry in 60 seconds
    2026-02-21 14:40:01.011 - info: host.io-broker instance system.adapter.dwd.0
    2026-02-21 14:40:01.776 - info: dwd.0
    2026-02-21 14:40:02.249 - info: dwd.0
    2026-02-21 14:40:02.764 - info: host.io-broker instance system.adapter.dwd.0
    2026-02-21 14:40:32.086 - info: sonoff.0
    2026-02-21 14:40:53.656 - warn: wled.0 (3762) Unable to initialise 192.168.2.167 will retry in scheduled interval !
    2026-02-21 14:40:53.657 - info: wled.0 (3762) Device 192.168.2.167 unavailable (attempt 3/3), will retry in 120 seconds
    2026-02-21 14:40:54.315 - warn: wled.0 (3762) Unable to initialise 192.168.2.217 will retry in scheduled interval !
    2026-02-21 14:40:54.316 - info: wled.0 (3762) Device 192.168.2.217 unavailable (attempt 3/3), will retry in 120 seconds
    2026-02-21 14:41:02.641 - warn: wled.0 (3762) Unable to initialise 192.168.2.233 will retry in scheduled interval !
    2026-02-21 14:41:02.642 - warn: wled.0 (3762) Unable to initialise 192.168.2.234 will retry in scheduled interval !
    2026-02-21 14:41:02.644 - info: wled.0 (3762) Device 192.168.2.233 unavailable (attempt 3/3), will retry in 120 seconds
    2026-02-21 14:41:02.644 - info: wled.0 (3762) Device 192.168.2.234 unavailable (attempt 3/3), will retry in 120 seconds
    2026-02-21 14:41:58.443 - info: javascript.0
    2026-02-21 14:42:20.958 - info: sonoff.0
    2026-02-21 14:43:48.769 - info: senec.0
    2026-02-21 14:43:48.772 - info: senec.0
    2026-02-21 14:45:01.011 - info: host.io-broker instance
    2026-02-21 14:45:01.763 - info: dwd.0
    2026-02-21 14:45:02.226 - info: dwd.0
    2026-02-21 14:45:02.737 - info: host.io-broker instance
    2026-02-21 14:46:03.643 - info: sonoff.0

    WLED IOBroker-Log nach Update auf 0.92.txt

    Er hat 3 Versuche gemacht und danach war "Ruhe" 👍.


    Das einzige was mir noch aufgefallen ist, ist folgendes:

    2026-02-21 14:39:10.352 - info: wled.0 (3762) State value to set for "wled.0.c82b9630473a._info._online" has to be type "boolean" but received type "string"

    Die Meldung ist neu (oder mir bis jetzt nicht aufgefallen).

    Siehe auch Post von @thebilberry weiter oben.
    Post von thebilberry

    Besten Dank

  15. DutchmanNL commented on Feb 21, 2026

    @DutchmanNL
    Contributor

    Werde heut Abend dran arbeiten

  16. intruder7777 commented on Feb 22, 2026

    @intruder7777

    Es geht mir genauso... ich habe 2 Beleuchtungen. eine in der Sauna und eine im Pool. Diese sind bei Nichtbenutzung vom Netz getrennt. Dieser Log zwingt mich den Adapter abzuschalten da es mich total stört.
    Ergänzung.. installiert aktuell von Git

    Image
  17. FreunderNacht commented on Feb 22, 2026

    @FreunderNacht

    Es geht mir genauso... ich habe 2 Beleuchtungen. eine in der Sauna und eine im Pool. Diese sind bei Nichtbenutzung vom Netz getrennt. Dieser Log zwingt mich den Adapter abzuschalten da es mich total stört.
    Ergänzung.. installiert aktuell von Git

    Image

    Hi,
    welche Version hast du.

    Du kannst die 0.92 aus dem beta repo installieren oder auf eine funktionierende Version zurückgehen.

    An dem Problem wird gearbeitet, bzw. es sollte mit der 0.92 schon behoben sein.

  18. intruder7777 commented on Feb 22, 2026

    @intruder7777

    @FreunderNacht
    ist es aber leider nicht bzw funktioniert leider nicht

    Image
  19. FreunderNacht commented on Feb 22, 2026

    @FreunderNacht

    @FreunderNacht
    ist es aber leider nicht

    Image

    Ich hab mir gestern die 0.92 aus dem beta repo installiert (nicht über Git).
    Danch kannst du einstellen wieviele Versuche in welchem Intervall der Adapter machen soll die Offline Geräte zu erreichen.
    Default steht glaube ich auf 5 Versuchen mit 60 Sekunden Abstand.
    Ich habs bei mir auf 3 Versuche mit 30 Sekunden umgestellt.
    Danach hat der Adapter bei mir 3 Versuche unternommen und dann war Ruhe.

    Zur Not mach ein Downgrade auf die letzte Version die funktioniert hat.

    Bei mir funktioniert die 0.92.
    Siehe oben, da ist auch ein Log von mir.

  20. intruder7777 commented on Feb 22, 2026

    @intruder7777

    die Frage ist, ob er es dann aufgibt die Lampen wiederzuverbinden oder ob es dann nur nicht mehr im Log auftaucht

  21. dolomiti70 commented on Feb 22, 2026

    @dolomiti70

    @intruder7777 @FreunderNacht
    Nach ~jeder Stunde prüft der Adapter ob die Verbindung wieder da ist. Ich benutze aktuell die 0.9.2. Weiß nicht, ob es mit einer Version direkt von Github anders ist.

  22. FreunderNacht commented on Feb 22, 2026

    @FreunderNacht

    @intruder7777 @FreunderNacht
    Nach ~jeder Stunde prüft der Adapter ob die Verbindung wieder da ist. Ich benutze aktuell die 0.9.2. Weiß nicht, ob es mit einer Version direkt von Github anders ist.

    OK, ist mir noch gar nicht aufgefallen.
    Hab 4 Geräte die Potenziel offline sind bei 3 Versuchen waren das jede Stunde 12 Einträge.

    Wäre im Prinzip für mich zu verkraften.

    @DutchmanNL
    Was vieleicht noch schön wäre, wenn man in den Einstellungen einstellen könnte ob die Verbindungsversuche als Warnung oder Info ausgegeben werden.
    Wäre dann schöner im Log.

    Wäre sowas machbar?

  23. intruder7777 commented on Feb 23, 2026

    @intruder7777

    @dolomiti70 genau das ist das Problem. und es sind Warnungen, Deswegen stört es auch im Log. Es würde reichen beim disconnecten ne Warnung auszugeben und die weiteren Versuche als Info zu machen

  24. DutchmanNL commented on Oct 1, 2026

    @DutchmanNL
    Contributor

    Addressed by #880, which is merged:

    • A device that stays offline now logs "Unable to initialise …" as a warning once per outage. Further attempts are logged at debug level, as suggested in this thread.
    • The State value to set for "…_info._online" has to be type "boolean" but received type "string" message is fixed: the online state is written as false again instead of as text.

    It will be in the next release. If the log still fills up after updating, please reopen with a log excerpt.


    Generated by Claude Code

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

bugSomething isn't working

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions