Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Error/Bug
    4. ioBroker (JS Controller) stürzt alle 6-8 Tage ab

    NEWS

    • Monatsrückblick - April 2025

    • Minor js-controller 7.0.7 Update in latest repo

    • Save The Date: ioBroker@Smart Living Forum Solingen, 14.06.

    UNSOLVED ioBroker (JS Controller) stürzt alle 6-8 Tage ab

    This topic has been deleted. Only users with topic management privileges can see it.
    • Homoran
      Homoran Global Moderator Administrators @smartboart last edited by

      @smartboart
      60° ist schon eine Hausnummer.

      Irgendwo ist Temperatur max im Betriebssystem hinterlegt.
      Hast du wenigstens einen Kühlkörper drauf?

      smartboart 1 Reply Last reply Reply Quote 0
      • AlCalzone
        AlCalzone Developer @smartboart last edited by

        @smartboart sagte in ioBroker (JS Controller) stürzt alle 6-8 Tage ab:

        2019-04-06 20:43:15.437 - error: TypeError: First argument must be a string, Buffer, ArrayBuffer, Array, or array-like object.
        at Function.Buffer.from (buffer.js:183:11)
        at Buffer (buffer.js:158:17)
        at clone (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:1936:24)
        at clone (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:1940:29)
        at clone (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:1940:29)
        at clone (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:1940:29)
        at _getObjectList (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2863:39)
        at checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2912:28)
        at checkObjectRights (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:1869:20)
        at ObjectsInMemServer.getObjectList (/opt/iobroker/node_modules/iobroker.js-controller/lib/objects/objectsInMemServer.js:2908:13)

        Auch wenn der Raspi am Limit läuft, das sieht mir schwer nach einem Bug aus. Lässt sich irgendwie eingrenzen, was der Auslöser ist?

        smartboart 1 Reply Last reply Reply Quote 0
        • smartboart
          smartboart @Homoran last edited by smartboart

          @Homoran ja habe wo es geht habe ich einen Kühlkörper sitzen, glaube 3 stück...Ist halt im geschlossenen Verteilerkasten mit Hutschienengehäuse auch geschlossen. Der Tinker war jenseits von gut und böse und hat deshalb habe ich dem nen Lüfter spendiert bekommen. Geht natürlich beim Raspi auch....

          1 Reply Last reply Reply Quote 0
          • smartboart
            smartboart @AlCalzone last edited by smartboart

            @AlCalzone nicht wirklich habe schon mehrere Sachen probiert...Auf USB Betrieb umgestellt ohne SD, wo es ging Adapter auf den Master geschoben, und von redis auf file system umgestellt. Letzteres brachte eine Verbesserung, läuft bis jetzt stabil. Auch die Skripte reagieren bis jetzt noch wieder ohne aussetzer.

            1 Reply Last reply Reply Quote 0
            • RoE19xx
              RoE19xx last edited by

              Kurzes Zwischenfeedback:

              Seit dem 03.04.2019 ist es zu keinem Absturz mehr gekommen.
              Ich habe wie angekündigt den BackitUp Adapter (Verison 1.1.3) mal testweise deaktiviert.

              Das beweißt zwar noch nicht das diese die Ursache ist/war aber es ist schon mal ein Fortschritt.
              Ich werde das jetzt noch eine Zeit lang mit deaktiviertem Adapter beobachten.

              Wenn es keine Probleme mehr gibt, werde ich für das Standardbackup eine andere, markante Zeit einstellen und den Adapter wieder aktivieren. Dann sollte sich zeigen ob der Adapter die Ursache bzw. ein Mitverursacher ist.

              Homoran 1 Reply Last reply Reply Quote 0
              • Homoran
                Homoran Global Moderator Administrators @RoE19xx last edited by

                @RoE19xx
                Der Adapter wird sicher nicht der Verursacher sein.

                Allerdings braucht er z.B. zum komprimieren der Daten wahrscheinlich etwas mehr RAM als du noch hast.

                1 Reply Last reply Reply Quote 0
                • RoE19xx
                  RoE19xx last edited by

                  @Homoran
                  "Gewagte Aussage" 😉
                  Warum wird der Adapter "sicher" nicht der Verursacher sein?
                  Das war ja auch keine Kritik an dem Adapter oder ähnliches. Ich versuche ja nur das Problem einzugrenzen.
                  Wenn das gelingt, kann man ein Problem per Github melden. Der Entwickler ist für entsprechende Informationen sicher dankbar.

                  Das mit dem Ram würde ich nicht gleich in Betracht ziehen. Ich weiß zwar nicht wie es zum Zeitpunkt vom Absturz ausgeschaut hat. Aber die (betroffene) ioBroker Hauptinstanz läuft auf einer VM in einem NUC und hat 4 GB RAM zur Verfügung (davon aktuell laut ioBroker noch 1,3 GB frei).

                  Nach Deiner Theorie müßte der Adapter (beim komprimieren der Daten) die meistens ioBroker RPi's mit 1 GB Gesamtspeicher an ihre Grenzen bringen.

                  Homoran 1 Reply Last reply Reply Quote 0
                  • Homoran
                    Homoran Global Moderator Administrators @RoE19xx last edited by

                    @RoE19xx sagte in ioBroker (JS Controller) stürzt alle 6-8 Tage ab:

                    Warum wird der Adapter "sicher" nicht der Verursacher sein?

                    Weil der Adapter bei hunderten usern ohne Probleme läuft.
                    Lediglich bei usern, bei denen das RAM zu knapp ist, kommt es zu Speicherproblemen.

                    Also ist in fiesen Fällen nicht der Adapter, sondern das mangelnde RAM der Verursacher.

                    @RoE19xx sagte in ioBroker (JS Controller) stürzt alle 6-8 Tage ab:

                    Ich weiß zwar nicht wie es zum Zeitpunkt vom Absturz ausgeschaut hat.

                    Das wäre aber bei deiner Argumentationskette schon wichtig.

                    @RoE19xx sagte in ioBroker (JS Controller) stürzt alle 6-8 Tage ab:

                    auf einer VM in einem NUC und hat 4 GB RAM zur Verfügung (davon aktuell laut ioBroker noch 1,3 GB frei).

                    Auch in solchen Fällen kam es kurzfristig zu Speicherproblemen.

                    @RoE19xx sagte in ioBroker (JS Controller) stürzt alle 6-8 Tage ab:

                    Nach Deiner Theorie müßte der Adapter (beim komprimieren der Daten) die meistens ioBroker RPi's mit 1 GB Gesamtspeicher an ihre Grenzen bringen.

                    Nur wenn das backup extrem umfangreich ist.
                    So war es bei einem user eindeutig immer ein total backup, während das minimal brav durchlief

                    1 Reply Last reply Reply Quote 0
                    • RoE19xx
                      RoE19xx last edited by

                      Es ging mir hier nie eine Schuldfrage, sondern immer nur um die Ursache meiner Systemabstürze.

                      Ich ziehe meinen Hut davor, wieviel von so vielen zu diesem Projekt beigetragen wird. Und es wird würde mir nicht in den Sinn kommen mit dem Finger auf irgendjemand oder irgendetwas zu zeigen nur weil es bei meiner Installation zu Problemen kommt.
                      Das war auch nie die Absicht, falls das irgendwie so rübergekommen ist.

                      Ich bin schwer begeistert vom ioBroker und das schon ziemlich lange. Mein System ist mittlerweile doch schon etwas gewachsen und lief bis zum ersten erwähnten Absturz absolut stabil.

                      Nachdem es dann einige Änderungen am System gab (die genannten Updates), aber auch von Zeit zu Zeit neue Adapter getestet dazugekommen sind, gibt es viele mögliche Ursachen.

                      Und mit „Ursache“ meine ich lediglich, „welche Änderung hat dazu geführt, das es nun zu Systemabstürzen kommt“.

                      Ob das nun ein neu verwendeter Adapter ist, oder Updates oder auch eine Kombination aus alledem ist im Grunde erst mal egal. Ich möchte nur herausfinden, so dass ich Maßnahmen setzen kann um mein System wieder in einen stabilen Zustand zu bringen.

                      Da ich bei der Analyse irgendwann angestanden bin, ging es eben mit Try & Error und dem Ausschließungsprinzip weiter. Nach dem Denkanstoß von @darkiop habe ich dann einfach mal auf gut Glück den BackitUp Adapter wieder deaktiviert.

                      Und wenn mein System nach dem deaktivieren von einem (in meiner Installation) neuen Adapter wieder stabil laufen sollte und nach erneutem Aktivieren wieder Abstürze auftreten, dann Freue ich mich im ersten Moment einfach nur die Ursache gefunden zu haben.

                      Wenn es mit dem Adapter am Ende gar nichts zu tun hat, dann geht die Suche eben weiter.

                      Da ich aber dazu beitragen möchte das Problem genauer zu analysieren, lasse ich nun im ersten Schritt vorerst den Adapter noch eine gewisse Zeit deaktiviert.
                      Wenn es dabei nicht zu Abstürzen kommt, werde ich eine andere (markante) Backup Zeit als 02:00 einstellen und schauen ob die Abstürze wieder auftreten.
                      Wenn ja dann finde ich hier ja ggf. Unterstützung wie ich mein System monitoren (Speicherauslastung aufzeichnen) kann um herauszufinden ob wirklich ein Speicherengpass den Absturz hervorruft.

                      Das würde den Entwickler vermutlich auch interessieren, da zwangsläuft mit wachsenden Installationen (wird bei den meisten begeisterten Anwendern der Fall sein) auch mit zunehmenden Ausfällen zu rechnen wäre. Und ein Backup Adapter findet sicher bei sehr vielen Anwendern Anklang.

                      Soweit erst mal mein Plan wie ich weiter vorgehen möchte.

                      Beim BackitUp Adapter hatte ich bisher nur das Standardbackup im Einsatz. Das Komplettbackup oder auch andere Möglichkeiten habe ich noch gar nicht genutzt bzw. aktiviert.

                      1 Reply Last reply Reply Quote 0
                      • D
                        darkiop Most Active last edited by

                        Nabend 😉 Habe leider zur Zeit wenig freie Zeit für die Analyse - aber: Ich habe seit ein paar Tagen das Komplett Backup deaktviert und beobachte auch seit längerem keinen Absturz mehr. ioBroker läuft bei mir im Docker-Container. Die Aussage von @Homoran könnte hier also passen. Ich stelle das bei Gelegenheit aber nochmal nach.

                        1 Reply Last reply Reply Quote 0
                        • D
                          darkiop Most Active last edited by darkiop

                          Wie es Murphy will, ist heute Nacht der Kollege ioBroker abgestürzt 🙂 Ich habe gestern Abend die Anzahl der Backups für die CCU im Backitup Adapter erhöht (von 7 auf 14, analog meinen Minimal Backups) ... um 5 Uhr ist der ioBroker Prozess dann abgestürzt (das sehe ich gut an meinen dauerhaft aufgezeichneten Werten wie z.B. dem Stromverbrauch) - um 5 Uhr läuft auch das Minimal Backup.

                          1 Reply Last reply Reply Quote 0
                          • smartboart
                            smartboart last edited by smartboart

                            Will noch kurz meine Lösung posten...Also bei mir war das von mir oben beschrieben Verhalten dem Speichernotstand geschuldet. Hatte also nur indirekt mit redis zu tun...Auch wenn die Probleme mit file system nicht mehr auftraten Die Ursache dafür war das der Chromium Browser bei jedem Bildwechsel immer mehr Speicher vereinnahmt. Da ich meine Vis über view in widget mittel einem State umschalte damit ich nur eine Basisview habe, welche immer gleich ist und die restlichen views im widget angezeigt werden ( muss bei viewwechsel nicht immer alles neu geladen werden) macht die Bedienung flotter...Das hat aber zufolge das alle Anzeigegeräte immer gleich sind also mit umschalten. Mein Schaltschrank Einbau hat nun ein eigens Projekt erhalten und schaltet somit nicht mehr mit um...Somit bleibt der verfügbare Speicher nun bei 500MB. Danke für die Unterstützung...

                            1 Reply Last reply Reply Quote 0
                            • D
                              darkiop Most Active last edited by

                              Heute bei mir wieder, 5:00 Uhr - der Zeitpunkt des Minimal Backups. Dieses wurde dann auch nicht erstellt. Hab dann die Reste vom iobroker mittels kill -9 beendet und dabei über ps -ef festgestellt das der js-controller backup Prozess auch noch aktiv war. Dem Container stehen theretisch 12GB RAM zur Verfügung, kann mir eigentlich nicht vorstellen das hier etwas knapp wird - zumal die Backups ja auch einige Tage gut laufen und es bei einem manuellen Aufruf bisher auch nie Probleme gab.

                              1 Reply Last reply Reply Quote 0
                              • D
                                darkiop Most Active last edited by

                                Der Kollege ioBroker hat heute wieder das zeitliche gesegnet .... ich helfe mir jetzt mit einem kleinen Bash Skript das den Docker Container neu startet (läuft alle 15min):

                                #!/bin/bash
                                if [[ $(sudo docker exec -it iobroker-odin sh -c "iobroker status") = *not* ]]; then
                                  echo "$(date '+%Y-%m-%d %H:%M:%S') ioBroker Prozess im Container ist nicht aktiv,  Container wird neu gestartet." 2>&1 | tee /volume1/docker/check-iobroker.log
                                  sudo docker restart iobroker-odin 2>&1 >/dev/null
                                else
                                  echo "$(date '+%Y-%m-%d %H:%M:%S') ioBroker Prozess im Container ist aktiv." 2>&1 | tee /volume1/docker/check-iobroker.log
                                fi
                                
                                1 Reply Last reply Reply Quote 0
                                • simatec
                                  simatec Developer Most Active last edited by

                                  Was mir hier in der ganzen Diskussion aufgefallen ist, dass hier diskutiert wird, ob backitup an dem Absturz schuld ist, aber kein einziger Log im debug Modus von backitup mal gepostet wird.
                                  Backitup kann vom Aufbau der Backup-Ausführung nicht der Verursacher sein.

                                  Eventuell müssten bei euch mal die Rechte kontrolliert werden.
                                  Dafür gibt es einen Fix für den iobroker Installer (siehe Signatur).

                                  Beim Minimal Backup wird der gleiche Prozess aufgerufen, wie beim manuellen Backup über Konsole mit "iobroker backup".

                                  Wenn ihr bei einem Total Backup iobroker stoppt, werden ebenfalls die gleichen Befehle aufgerufen wie beim manuellen starten und stoppen von iobroker.
                                  Wenn euren iobroker User die Rechte fehlen, kann auch dies dazu führen, dass iobroker nicht mehr gestartet wird.

                                  Auch besteht die Möglichkeit, des fehlenden RAM.
                                  Bei einem Total Backup wird der komplette iobroker Ordner gepackt, was je nach Installationsgröße schon etwas RAM benötigt.
                                  Um hier aber weiter Spekulationen auszuschließen, wäre es wichtig die Instanz von backitup mal auf debug zu stellen und dann im Log zu schauen, was passiert.

                                  1 Reply Last reply Reply Quote 0
                                  • D
                                    darkiop Most Active last edited by

                                    Hallo @simatec,

                                    hatte in der Vergangenheit keine Logs gefunden die auf den Absturz hinwiesen. Habe jetzt aber backitup sowohl in den Optionen selbst als auch die Instanz in den Debug Modus gesetzt. Beim nächsten mal wird dann nochmal geschaut.

                                    Bin allerdings sehr sicher das backitup der Auslöser ist (was ja nicht bedeuten muss das backitup 'Schuld' ist :)), denn

                                    • Die Uhrzeit des Absturzes stimmt immer mit der Uhrzeit des Backups (bei mir nur das Standard + CCU Backup) überein
                                    • Kontrolliert man nach dem Absturz mittels ps -ef die Prozesse sieht man das der js-controller Prozess mit dem Backup Aufruf noch läuft (aber nichts macht, denn die Kontrolle kann durchaus auch mal einige Stunden nach dem Absturz gewesen sein).
                                    • Im folgenden Screen sieht man das es beim minimal Backup (bei mir) passieren muss (immer alle 4-6 Tage ...):

                                    704c604c-f081-4943-8593-c122dbec3e71-grafik.png

                                    Bei manuellen Backups direkt auf der Shell bzw. aus dem ioBroker WebUI heraus ist mir das Verhalten noch nicht aufgefallen. Werde das aber ggf. heut einfach einige viele male von Hand starten und beobachten.

                                    ioBroker läuft bei mir im Docker Container unter root - also noch ohne Installfix ... der letzte vor ein paar Wochen ging schief, hatte noch keine Zeit das nochmal anzugehen. Therotisch stehen dem Container 12GB RAM zur Verfügung, das sollte also gut ausreichen.

                                    Grüße Thorsten

                                    1 Reply Last reply Reply Quote 0
                                    • D
                                      darkiop Most Active last edited by darkiop

                                      Ok - Update: Habe einige Backups auf der Shell laufen lassen und dabei geht auch der js-controller irgendwann auf die Bretter:

                                      46f5422d-0ad6-45fe-b7f4-132ad4f0845b-grafik.png

                                      60a784a9-7391-4471-b211-25136aadff04-grafik.png

                                      simatec eumats 2 Replies Last reply Reply Quote 0
                                      • eumats
                                        eumats last edited by

                                        Hi. Ich habe das gleiche Problem auf einem Raspi3. Alle 3-4 Tage stürzt auch bei mir der js-controller im Zeitpunkte des Backups (minimal) ab. Mit einer geänderten Backupzeit ist auch die Absturzzeit des js-controllers auch "gewandert". Das Komprimieren in gz scheint den Rechner dabei lahm zu legen.
                                        Ich habe bei Backitup den Debug-Level auf silly gesetzt. Anbei die Ausgaben. Aus meiner Sicht ist nichts besonderes zu sehen. Außer das 2min nach dem Start des Backup der Raspi faxen macht...

                                        Wäre ein "nice -n 19" für das tar Kommando vielleicht eine Möglichkeit der Lösung?

                                        2019-05-02 02:00:10.054 - silly: backitup.1 inMem message backitup.1.oneClick.* backitup.1.oneClick.minimal val=true, ack=true, ts=1556755210039, q=0, from=system.adapter.backitup.1, user=system.user.admin, lc=1556755210039
                                        2019-05-02 02:00:20.242 - debug: backitup.1 [minimal/mount] done
                                        2019-05-02 02:02:47.757 - debug: backitup.1 [minimal/minimal] done
                                        2019-05-02 02:02:47.881 - silly: backitup.1 transport close
                                        2019-05-02 02:02:47.916 - debug: backitup.1 [minimal/cifs] done
                                        2019-05-02 02:02:47.923 - debug: backitup.1 [minimal/clean] done
                                        2019-05-02 02:02:47.927 - debug: backitup.1 [minimal/telegram] [minimal] used Telegram-Instance: telegram.0
                                        2019-05-02 02:02:47.937 - debug: backitup.1 sendTo "send" to system.adapter.telegram.0 from system.adapter.backitup.1
                                        2019-05-02 02:02:47.937 - debug: backitup.1 [minimal/telegram] done
                                        2019-05-02 02:02:48.101 - error: cloud.0 Ping timeout
                                        2019-05-02 02:02:48.606 - warn: web.0 Reconnection to DB.
                                        2019-05-02 02:02:48.710 - warn: web.0 Reconnection to DB.
                                        2019-05-02 02:02:48.713 - warn: backitup.1 Reconnection to DB.
                                        2019-05-02 02:02:48.636 - warn: sonos.0 Reconnection to DB.
                                        2019-05-02 02:02:48.729 - warn: sonos.0 Reconnection to DB.
                                        2019-05-02 02:02:48.710 - warn: admin.0 Reconnection to DB.
                                        2019-05-02 02:02:48.741 - warn: backitup.1 Reconnection to DB.
                                        2019-05-02 02:02:48.743 - warn: admin.0 Reconnection to DB.
                                        2019-05-02 02:02:48.828 - warn: shelly.0 Reconnection to DB.
                                        2019-05-02 02:02:48.881 - warn: shelly.0 Reconnection to DB.
                                        2019-05-02 02:02:48.894 - debug: backitup.1 statesDB connected
                                        2019-05-02 02:02:48.912 - debug: backitup.1 statesDB connected
                                        2019-05-02 02:02:48.952 - warn: cloud.0 Reconnection to DB.
                                        2019-05-02 02:02:48.930 - warn: sayit.0 Reconnection to DB.
                                        2019-05-02 02:02:49.020 - warn: cloud.0 Reconnection to DB.
                                        2019-05-02 02:02:49.045 - info: backitup.1 starting. Version 1.1.4 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.1
                                        2019-05-02 02:02:49.060 - warn: sayit.0 Reconnection to DB.
                                        2019-05-02 02:02:49.011 - warn: deconz.0 Reconnection to DB.
                                        2019-05-02 02:02:49.057 - warn: text2command.0 Reconnection to DB.
                                        2019-05-02 02:02:49.163 - warn: deconz.0 Reconnection to DB.
                                        2019-05-02 02:02:49.192 - warn: text2command.0 Reconnection to DB.
                                        2019-05-02 02:02:49.319 - warn: tradfri.0 Reconnection to DB.
                                        2019-05-02 02:02:49.475 - debug: backitup.1 mount activ... umount in 2 Seconds!!
                                        2019-05-02 02:02:49.756 - warn: tradfri.0 Reconnection to DB.
                                        2019-05-02 02:02:49.760 - info: backitup.1 [minimal] backup was activated at 02:00 every 1 day(s)
                                        2019-05-02 02:02:49.755 - warn: telegram.0 Reconnection to DB.
                                        2019-05-02 02:02:49.803 - debug: backitup.1 [minimal] 10 00 02 */1 * *
                                        2019-05-02 02:02:49.803 - info: backitup.1 [total] backup was activated at 02:30 every 3 day(s)
                                        2019-05-02 02:02:49.822 - debug: backitup.1 [total] 10 30 02 */3 * *
                                        2019-05-02 02:02:49.965 - debug: backitup.1 [minimal/history] backitup.1.history.html
                                        2019-05-02 02:02:49.977 - warn: telegram.0 Reconnection to DB.
                                        2019-05-02 02:02:49.999 - info: admin.0 starting. Version 3.6.0 in /opt/iobroker/node_modules/iobroker.admin, node: v8.15.1
                                        2019-05-02 02:02:50.001 - warn: javascript.0 Reconnection to DB.
                                        2019-05-02 02:02:50.031 - info: backitup.1 starting. Version 1.1.4 in /opt/iobroker/node_modules/iobroker.backitup, node: v8.15.1
                                        2019-05-02 02:02:50.067 - debug: backitup.1 [minimal/umount] mount activ... umount in 60 Seconds!!
                                        2019-05-02 02:02:50.077 - debug: backitup.1 mount activ... umount in 2 Seconds!!
                                        2019-05-02 02:02:50.186 - info: backitup.1 [minimal] backup was activated at 02:00 every 1 day(s)
                                        2019-05-02 02:02:50.220 - info: admin.0 starting. Version 3.6.0 in /opt/iobroker/node_modules/iobroker.admin, node: v8.15.1
                                        2019-05-02 02:02:50.241 - info: javascript.0 starting. Version 4.1.12 in /opt/iobroker/node_modules/iobroker.javascript, node: v8.15.1
                                        2019-05-02 02:02:50.228 - info: admin.0 requesting all states
                                        2019-05-02 02:02:50.229 - info: admin.0 requesting all objects
                                        2019-05-02 02:02:50.231 - info: admin.0 Request actual repository...
                                        2019-05-02 02:02:50.256 - debug: backitup.1 [minimal] 10 00 02 */1 * *
                                        2019-05-02 02:02:50.257 - info: backitup.1 [total] backup was activated at 02:30 every 3 day(s)
                                        2019-05-02 02:02:50.293 - debug: backitup.1 [total] 10 30 02 */3 * *
                                        2019-05-02 02:02:50.303 - info: javascript.0 requesting all states
                                        2019-05-02 02:02:50.305 - info: javascript.0 requesting all objects
                                        2019-05-02 02:02:50.336 - info: javascript.0 starting. Version 4.1.12 in /opt/iobroker/node_modules/iobroker.javascript, node: v8.15.1
                                        2019-05-02 02:02:50.340 - info: javascript.0 requesting all states
                                        2019-05-02 02:02:50.341 - info: javascript.0 requesting all objects
                                        2019-05-02 02:02:50.342 - warn: javascript.0 Reconnection to DB.
                                        2019-05-02 02:02:50.462 - error: web.0 port 8082 already in use
                                        2019-05-02 02:02:50.516 - error: host.homepi-client instance system.adapter.web.0 terminated with code 1 ()
                                        2019-05-02 02:02:50.517 - info: host.homepi-client Restart adapter system.adapter.web.0 because enabled
                                        2019-05-02 02:02:50.683 - error: javascript.0 Longitude or latitude does not set. Cannot use astro.
                                        2019-05-02 02:02:50.693 - error: javascript.0 Error in callback: TypeError: Cannot read property 'toLocaleTimeString' of undefined
                                        2019-05-02 02:02:50.694 - error: javascript.0 at Object. (script.js.common.SK_Astro:346:47)
                                        ...
                                        
                                        simatec 1 Reply Last reply Reply Quote 0
                                        • simatec
                                          simatec Developer Most Active @darkiop last edited by

                                          @darkiop
                                          Also kann man backitup ausschließen.
                                          Kamen Fehlermeldungen auf der Konsole?

                                          D 1 Reply Last reply Reply Quote 0
                                          • simatec
                                            simatec Developer Most Active @eumats last edited by

                                            @eumats
                                            Das backup ist schon durch, bevor dein iobroker abstürzt.
                                            Hast du mal dein Telegram überprüft? Beim senden der Telegram Nachricht bricht etwas ab

                                            1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate

                                            1.0k
                                            Online

                                            31.6k
                                            Users

                                            79.4k
                                            Topics

                                            1.3m
                                            Posts

                                            js-controller
                                            8
                                            54
                                            3103
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo