Weiter zum Inhalt
  • Home
  • Aktuell
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. unregelmäßig Unmotivierter Neustart aller Instanzen

NEWS

  • Monatsrückblick Juli / August 2026 ist online!
    BluefoxB
    Bluefox
    9
    1
    371

  • Der neue Monatsrückblick für Mai und Juni 2026 ist online!
    BluefoxB
    Bluefox
    8
    1
    1.3k

  • wichtiges UPDATE für controller 7.2.2 im stable
    HomoranH
    Homoran
    10
    1
    3.8k

unregelmäßig Unmotivierter Neustart aller Instanzen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
30 Beiträge 6 Kommentatoren 458 Aufrufe 6 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • arteckA arteck

    platte voll ??

    R Offline
    R Offline
    reutli
    schrieb am zuletzt editiert von
    #19

    @arteck sagte:

    platte voll ??

    nope

    iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

    *Wer freundlich ist, dem wird freundlich geholfen *

    1 Antwort Letzte Antwort
    0
    • MartinPM Online
      MartinPM Online
      MartinP
      schrieb am zuletzt editiert von MartinP
      #20

      Sowohl im Slave, als auch im Master sieht, was die Dateisysteme angeht alles in Ordnung aus.
      Meine Vermutung war, dass beim Abgleich der States zwischen Master und Slave irgendetwas klemmt, und dann für die Zeit die Datenbank für den Master nicht erreichbar ist.

      Ist aber nach dem, was das iob diag des Slave ergeben hat weniger wahrscheinlich

      Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)

      Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

      R 1 Antwort Letzte Antwort
      0
      • MartinPM MartinP

        Sowohl im Slave, als auch im Master sieht, was die Dateisysteme angeht alles in Ordnung aus.
        Meine Vermutung war, dass beim Abgleich der States zwischen Master und Slave irgendetwas klemmt, und dann für die Zeit die Datenbank für den Master nicht erreichbar ist.

        Ist aber nach dem, was das iob diag des Slave ergeben hat weniger wahrscheinlich

        Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)

        R Offline
        R Offline
        reutli
        schrieb am zuletzt editiert von
        #21

        @MartinP sagte:

        Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)

        Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?

        Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.

        iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

        *Wer freundlich ist, dem wird freundlich geholfen *

        OliverIOO 1 Antwort Letzte Antwort
        0
        • R reutli

          @MartinP sagte:

          Vielleicht mal auf Verdacht den Slave neu starten - oder besteht das Problem schon länger als 16 Tage (da wurde der Slave-Host wohl neu gestartet)

          Kann ich machen, aber woher kommt die Annahme, dass es am Slave liiegen könnte, wenn der Master die Grätsche macht bzw. keinen Datenbankzugriff mehr hinbekommt?

          Das Problem besteht seit mehreren Wochen, aber sproradisch und plötzlich.

          OliverIOO Offline
          OliverIOO Offline
          OliverIO
          schrieb am zuletzt editiert von
          #22

          @reutli

          Zeigen die Logs genau den Zeitpunkt eines Absturzes?
          Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?

          Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
          Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.

          Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
          Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
          Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.

          Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.

          Meine Adapter und Widgets
          TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
          Links im Profil

          R 1 Antwort Letzte Antwort
          0
          • OliverIOO OliverIO

            @reutli

            Zeigen die Logs genau den Zeitpunkt eines Absturzes?
            Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?

            Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
            Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.

            Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
            Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
            Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.

            Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.

            R Offline
            R Offline
            reutli
            schrieb am zuletzt editiert von
            #23

            @OliverIO sagte:

            @reutli

            Zeigen die Logs genau den Zeitpunkt eines Absturzes?

            Ja

            Oder ist es nur beispielhaft für die Art der Fehler, die du siehst?

            Nein

            Im Log sieht man exakt, wann die ersten Ausfälle beginnen und dann starten auf dem Master alle Adapter der Reihe nach neu.

            Versuche mal ungefähr den Zeitpunkt des Absturzes zu ermitteln und suche die Stelle, an der dann vermehrt die Fehler auftauchen.
            Der Zeitpunkt des Absturzes plus sagen wir mal 10-20 Sekunden davor und 10 Sekunden danach sind interessant.

            Absturz fängt um 2026-08-25 14:53:22.828 an:

            2026-08-25 14:53:13.086 - info: admin.1 (242092) Request actual repository...
            2026-08-25 14:53:13.323 - info: host.iobroker-master Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
            2026-08-25 14:53:13.688 - info: admin.0 (242044) Request actual repository...
            2026-08-25 14:53:16.446 - info: admin.1 (242092) Repository received successfully.
            2026-08-25 14:53:16.661 - info: admin.0 (242044) Repository received successfully.
            2026-08-25 14:53:22.828 - error: javascript.0 (242257) States database error: read ECONNRESET
            2026-08-25 14:53:22.841 - error: admin.1 (242092) Objects database error: read ECONNRESET
            2026-08-25 14:53:22.833 - error: backitup.0 (242406) States database error: read ECONNRESET
            2026-08-25 14:53:22.856 - info: smartgarden.0 (243199) 1/ cleaned everything up...
            2026-08-25 14:53:22.863 - error: jarvis.0 (243143) States database error: write ECONNRESET
            2026-08-25 14:53:22.837 - error: javascript.0 (242257) Objects database error: read ECONNRESET
            2026-08-25 14:53:22.876 - info: admin.1 (242092) terminating http server on port 8089
            2026-08-25 14:53:22.908 - info: backitup.0 (242406) cleaned everything up...
            2026-08-25 14:53:22.841 - error: history.0 (242184) States database error: read ECONNRESET
            2026-08-25 14:53:22.829 - error: unifi-network.0 (243341) States database error: read ECONNRESET
            2026-08-25 14:53:22.929 - error: unifi-network.0 (243341) Objects database error: read ECONNRESET
            2026-08-25 14:53:22.842 - error: shelly.1 (242834) Objects database error: read ECONNRESET
            2026-08-25 14:53:22.930 - error: ring.0 (242993) States database error: write EPIPE
            2026-08-25 14:53:22.850 - error: zigbee.0 (242951) States database error: read ECONNRESET
            2026-08-25 14:53:22.844 - error: mqtt.0 (242706) States database error: read ECONNRESET
            2026-08-25 14:53:22.947 - error: mqtt.0 (242706) Objects database error: read ECONNRESET
            2026-08-25 14:53:22.829 - error: panasonic-viera.0 (242764) States database error: read ECONNRESET
            2026-08-25 14:53:22.846 - error: hm-rpc.2 (242665) States database error: read ECONNRESET
            2026-08-25 14:53:22.988 - error: linkeddevices.0 (243198) States database error: write EPIPE
            2026-08-25 14:53:23.056 - error: admin.0 (242044) States database error: write ECONNRESET
            2026-08-25 14:53:23.089 - error: scenes.0 (242319) States database error: write ECONNRESET
            2026-08-25 14:53:23.108 - error: sonoff.0 (242863) States database error: write ECONNRESET
            2026-08-25 14:53:23.137 - error: terminal.0 (243221) States database error: write ECONNRESET
            2026-08-25 14:53:23.110 - error: shelly.0 (242805) Objects database error: write ECONNRESET
            2026-08-25 14:53:23.159 - error: shelly.0 (242805) States database error: write EPIPE
            2026-08-25 14:53:23.146 - error: text2command.0 (243210) States database error: write EPIPE
            2026-08-25 14:53:23.138 - info: followthesun.0 (306405) cleaned everything up...
            

            Dann ist DB connect wieder da und iob versucht die Instanzen neu zu starten (warum?)

            2026-08-25 14:53:27.624 - info: host.iobroker-master iobroker.js-controller version 7.2.2 js-controller starting
            2026-08-25 14:53:27.625 - info: host.iobroker-master Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker
            2026-08-25 14:53:27.625 - info: host.iobroker-master hostname: iobroker-master, node: v22.23.2
            2026-08-25 14:53:27.625 - info: host.iobroker-master ip addresses: 192.168.13.25 fe80::18dc:e7ff:fe85:6b85
            2026-08-25 14:53:27.633 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
            2026-08-25 14:53:28.181 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
            2026-08-25 14:53:28.360 - info: host.iobroker-master connected to Objects and States
            2026-08-25 14:53:28.368 - info: host.iobroker-master added notifications configuration of host
            2026-08-25 14:53:29.387 - info: host.iobroker-master 52 instances found
            2026-08-25 14:53:29.414 - info: host.iobroker-master starting 45 instances
            2026-08-25 14:53:29.547 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeCurrent"
            2026-08-25 14:53:29.626 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewest"
            2026-08-25 14:53:29.666 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeNewestNext"
            2026-08-25 14:53:29.672 - info: host.iobroker-master instance system.adapter.admin.0 in version "7.8.23" started with pid 323879
            2026-08-25 14:53:29.674 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmCurrent"
            2026-08-25 14:53:29.718 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewest"
            2026-08-25 14:53:29.762 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.npmNewestNext"
            2026-08-25 14:53:29.806 - info: host.iobroker-master Some obsolete host states deleted.
            2026-08-25 14:53:31.093 - error: admin.0 (323879) admin.0 already running
            2026-08-25 14:53:31.094 - warn: admin.0 (323879) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
            2026-08-25 14:53:31.659 - error: host.iobroker-master instance system.adapter.admin.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
            2026-08-25 14:53:31.659 - info: host.iobroker-master Restart adapter system.adapter.admin.0 because enabled
            2026-08-25 14:53:33.654 - info: host.iobroker-master instance system.adapter.admin.1 in version "7.8.23" started with pid 323891
            2026-08-25 14:53:34.412 - error: admin.1 (323891) admin.1 already running
            2026-08-25 14:53:34.413 - warn: admin.1 (323891) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
            2026-08-25 14:53:34.962 - error: host.iobroker-master instance system.adapter.admin.1 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
            2026-08-25 14:53:34.962 - info: host.iobroker-master Restart adapter system.adapter.admin.1 because enabled
            2026-08-25 14:53:37.635 - info: host.iobroker-master instance system.adapter.email.0 in version "2.0.4" started with pid 323903
            2026-08-25 14:53:38.148 - error: email.0 (323903) email.0 already running
            2026-08-25 14:53:38.149 - warn: email.0 (323903) Terminated (ADAPTER_ALREADY_RUNNING): Without reason
            2026-08-25 14:53:38.697 - error: host.iobroker-master instance system.adapter.email.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING)
            
            

            Zusätzlich wäre gut, den RAM Verbrauch zu tracken.
            Im Experten Modus in den Objekten, gibt es dann den Systemdatenpunkt. Darunter findest du datenpunkte bei denen der ioBroker das regelmäßig schreibt, da einen historisieren.
            Das sieht man zum einen, wann wirklich ein Absturz war und zum Ende kann man sich das schön grafisch darstellen lassen.

            Kann ich machen, habe aber an der Stelle bisher nie etwas Verdächtiges gefunden...

            Weitere Ursachen, könnten Netzteil oder System Hardware generell sein.

            unwahrscheinlich...
            Master ist in einer VM auf Proxmox.... Proxmox - Host i.O, soweit man das testen kann.
            Slave (eher nciht das Problem): RPi 3 mit Originalnetzteil

            iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

            *Wer freundlich ist, dem wird freundlich geholfen *

            1 Antwort Letzte Antwort
            0
            • MartinPM Online
              MartinPM Online
              MartinP
              schrieb am zuletzt editiert von
              #24

              Die States müssen ja zwischen Master und Slave abgeglichen werden.
              Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
              Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...

              Intel(R) Celeron(R) CPU N3000 @1.04GHz 8G RAM 480G SSD * Virtualization : unprivileged lxc container on Proxmox * 6 GByte RAM für den iobroker Container * Remote-Access über Wireguard meiner Fritzbox

              OliverIOO 1 Antwort Letzte Antwort
              0
              • MartinPM MartinP

                Die States müssen ja zwischen Master und Slave abgeglichen werden.
                Wenn die Verbindung zwischen Master und Slave nicht steht, kann das nicht erfolgen.
                Wenn aber ein abgeschmierter Slave-Host einen Master gleich mit in den Abgrund zieht, wäre das schon eine Überraschung ...

                OliverIOO Offline
                OliverIOO Offline
                OliverIO
                schrieb am zuletzt editiert von
                #25

                @MartinP

                hatte ich auch schon vermutet.
                wenn der master/slave abgleich tief im innern von iobroker statt findet
                und der slave nicht zeitnah antwortet, dann bindet das ressourcen bis der timeout abgelaufen ist. wenn dann sehr viel kommt könnte es das erklären.
                ist aber leider in den logs nicht zu sehen. aber evtl gibt es da auch kein mechanismus im code der das abfängt oder zumindest meldet.

                Meine Adapter und Widgets
                TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
                Links im Profil

                1 Antwort Letzte Antwort
                0
                • R Offline
                  R Offline
                  reutli
                  schrieb zuletzt editiert von
                  #26

                  Gerade eben wieder ein solcher "Absturz".
                  Auffällig: Es passiert immer direkt nachdem die Repos abgefragt werden?!

                  Irgendwas bekannt hierzu???

                  2026-08-28 11:17:40.439 - info: admin.1 (324035) Request actual repository...
                  2026-08-28 11:17:40.505 - info: admin.0 (323983) Request actual repository...
                  2026-08-28 11:17:40.651 - info: host.iobroker-master Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
                  2026-08-28 11:17:43.608 - info: admin.1 (324035) Repository received successfully.
                  2026-08-28 11:17:43.847 - info: admin.0 (323983) Repository received successfully.
                  2026-08-28 11:17:47.181 - info: admin.0 (323983) terminating http server on port 8081
                  2026-08-28 11:17:47.182 - error: admin.1 (324035) States database error: read ECONNRESET
                  2026-08-28 11:17:47.192 - info: device-watcher.0 (324422) cleaned everything up...
                  2026-08-28 11:17:47.194 - error: admin.1 (324035) Objects database error: read ECONNRESET
                  2026-08-28 11:17:47.219 - info: smartgarden.0 (325157) 1/ cleaned everything up...
                  2026-08-28 11:17:47.207 - info: backitup.0 (324349) cleaned everything up...
                  2026-08-28 11:17:47.219 - error: signal-cmb.0 (325259) States database error: read ECONNRESET
                  2026-08-28 11:17:47.197 - error: unifi-network.0 (325301) Objects database error: read ECONNRESET
                  2026-08-28 11:17:47.308 - info: jarvis.0 (325114) Adapter stopped und unloaded.
                  2026-08-28 11:17:47.189 - error: hm-rpc.0 (324550) States database error: read ECONNRESET
                  2026-08-28 11:17:47.249 - error: discovery.0 (324968) States database error: read ECONNRESET
                  2026-08-28 11:17:47.365 - info: javascript.0 (324200) script.js.Allgemein.Ferien_setzen: Stopping script
                  2026-08-28 11:17:51.798 - info: host.iobroker-master iobroker.js-controller version 7.2.2 js-controller starting
                  2026-08-28 11:17:51.799 - info: host.iobroker-master Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker
                  2026-08-28 11:17:51.799 - info: host.iobroker-master hostname: iobroker-master, node: v22.23.2
                  2026-08-28 11:17:51.799 - info: host.iobroker-master ip addresses: 192.168.13.25 fe80::18dc:e7ff:fe85:6b85
                  2026-08-28 11:17:51.809 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
                  2026-08-28 11:17:52.395 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
                  2026-08-28 11:17:52.664 - info: host.iobroker-master connected to Objects and States
                  2026-08-28 11:17:52.671 - info: host.iobroker-master added notifications configuration of host
                  2026-08-28 11:17:53.731 - info: host.iobroker-master 53 instances found
                  2026-08-28 11:17:53.750 - info: host.iobroker-master starting 45 instances
                  2026-08-28 11:17:53.941 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeCurrent"
                  

                  iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

                  *Wer freundlich ist, dem wird freundlich geholfen *

                  Thomas BraunT 1 Antwort Letzte Antwort
                  0
                  • R reutli

                    Gerade eben wieder ein solcher "Absturz".
                    Auffällig: Es passiert immer direkt nachdem die Repos abgefragt werden?!

                    Irgendwas bekannt hierzu???

                    2026-08-28 11:17:40.439 - info: admin.1 (324035) Request actual repository...
                    2026-08-28 11:17:40.505 - info: admin.0 (323983) Request actual repository...
                    2026-08-28 11:17:40.651 - info: host.iobroker-master Updating repository "stable" under "http://download.iobroker.net/sources-dist.json"
                    2026-08-28 11:17:43.608 - info: admin.1 (324035) Repository received successfully.
                    2026-08-28 11:17:43.847 - info: admin.0 (323983) Repository received successfully.
                    2026-08-28 11:17:47.181 - info: admin.0 (323983) terminating http server on port 8081
                    2026-08-28 11:17:47.182 - error: admin.1 (324035) States database error: read ECONNRESET
                    2026-08-28 11:17:47.192 - info: device-watcher.0 (324422) cleaned everything up...
                    2026-08-28 11:17:47.194 - error: admin.1 (324035) Objects database error: read ECONNRESET
                    2026-08-28 11:17:47.219 - info: smartgarden.0 (325157) 1/ cleaned everything up...
                    2026-08-28 11:17:47.207 - info: backitup.0 (324349) cleaned everything up...
                    2026-08-28 11:17:47.219 - error: signal-cmb.0 (325259) States database error: read ECONNRESET
                    2026-08-28 11:17:47.197 - error: unifi-network.0 (325301) Objects database error: read ECONNRESET
                    2026-08-28 11:17:47.308 - info: jarvis.0 (325114) Adapter stopped und unloaded.
                    2026-08-28 11:17:47.189 - error: hm-rpc.0 (324550) States database error: read ECONNRESET
                    2026-08-28 11:17:47.249 - error: discovery.0 (324968) States database error: read ECONNRESET
                    2026-08-28 11:17:47.365 - info: javascript.0 (324200) script.js.Allgemein.Ferien_setzen: Stopping script
                    2026-08-28 11:17:51.798 - info: host.iobroker-master iobroker.js-controller version 7.2.2 js-controller starting
                    2026-08-28 11:17:51.799 - info: host.iobroker-master Copyright (c) 2014-2024 bluefox, 2014 hobbyquaker
                    2026-08-28 11:17:51.799 - info: host.iobroker-master hostname: iobroker-master, node: v22.23.2
                    2026-08-28 11:17:51.799 - info: host.iobroker-master ip addresses: 192.168.13.25 fe80::18dc:e7ff:fe85:6b85
                    2026-08-28 11:17:51.809 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
                    2026-08-28 11:17:52.395 - warn: host.iobroker-master-Server Configured backup period 7200000 is larger than the supported maximum of 35791 minutes. Defaulting to 120 minutes.
                    2026-08-28 11:17:52.664 - info: host.iobroker-master connected to Objects and States
                    2026-08-28 11:17:52.671 - info: host.iobroker-master added notifications configuration of host
                    2026-08-28 11:17:53.731 - info: host.iobroker-master 53 instances found
                    2026-08-28 11:17:53.750 - info: host.iobroker-master starting 45 instances
                    2026-08-28 11:17:53.941 - info: host.iobroker-master Delete state "system.host.iobroker-master.versions.nodeCurrent"
                    
                    Thomas BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb zuletzt editiert von
                    #27

                    @reutli

                    Active iob-Instances: 	46
                     
                              905 M total memory
                    

                    Wird viel zu viel sein.

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    R 1 Antwort Letzte Antwort
                    0
                    • Thomas BraunT Thomas Braun

                      @reutli

                      Active iob-Instances: 	46
                       
                                905 M total memory
                      

                      Wird viel zu viel sein.

                      R Offline
                      R Offline
                      reutli
                      schrieb zuletzt editiert von
                      #28

                      @Thomas-Braun sagte:

                      Wird viel zu viel sein.

                      So wenig Speicher habe ich nur auf dem SLAVE (PI3) und soviele Instanzen nur auf dem Master. Keine Ahnung was Dein diag da ausgibt 😊 , aber:

                      Bildschirmfoto 2026-08-28 um 12.50.00.png

                      iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

                      *Wer freundlich ist, dem wird freundlich geholfen *

                      Thomas BraunT 1 Antwort Letzte Antwort
                      0
                      • R reutli

                        @Thomas-Braun sagte:

                        Wird viel zu viel sein.

                        So wenig Speicher habe ich nur auf dem SLAVE (PI3) und soviele Instanzen nur auf dem Master. Keine Ahnung was Dein diag da ausgibt 😊 , aber:

                        Bildschirmfoto 2026-08-28 um 12.50.00.png

                        Thomas BraunT Online
                        Thomas BraunT Online
                        Thomas Braun
                        Most Active
                        schrieb zuletzt editiert von
                        #29

                        @reutli sagte:

                        Keine Ahnung was Dein diag da ausgibt

                        Die Gesamtzahl der laufenden Instanzen 'über alles'.
                        Das ist ja nicht falsch.
                        Weiter unten sieht man dann die Instanzen, die auf den jeweiligen Hosts laufen. Das sind in der Tat für den Host 'iobroker' nur 3 oder 4, allerdings mit node-red ggfls. ein 'Schwergewicht'.

                        Linux-Werkzeugkasten:
                        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                        NodeJS Fixer Skript:
                        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                        R 1 Antwort Letzte Antwort
                        0
                        • Thomas BraunT Thomas Braun

                          @reutli sagte:

                          Keine Ahnung was Dein diag da ausgibt

                          Die Gesamtzahl der laufenden Instanzen 'über alles'.
                          Das ist ja nicht falsch.
                          Weiter unten sieht man dann die Instanzen, die auf den jeweiligen Hosts laufen. Das sind in der Tat für den Host 'iobroker' nur 3 oder 4, allerdings mit node-red ggfls. ein 'Schwergewicht'.

                          R Offline
                          R Offline
                          reutli
                          schrieb zuletzt editiert von
                          #30

                          @Thomas-Braun sagte:

                          allerdings mit node-red ggfls. ein 'Schwergewicht'.

                          Der sollte aber nicht das Problem darstellen. Der ist seit Uhrzeiten drauf und macht nur ienen Pull auf eine serielle Schnittselle.

                          Warum aber der Absturz im beim Repo Abgleich stattfindet, fine ich ncoht interessanter (das letzte Mail diese Woche sah es im LOG genau gleich aus:
                          Erst Repo Abgleich, dann Absturz

                          iobroker in Debian-VM auf Proxmox Server (Ryzen 7 / 32GB / 1TB NVMe SSD) als Master - mehrere Raspberry Pis (3+4) als Slaves. InfluxDB V2 und Grafana auf LXC.

                          *Wer freundlich ist, dem wird freundlich geholfen *

                          1 Antwort Letzte Antwort
                          0

                          Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                          Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                          Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                          Registrieren Anmelden
                          Antworten
                          • In einem neuen Thema antworten
                          Anmelden zum Antworten
                          • Älteste zuerst
                          • Neuste zuerst
                          • Meiste Stimmen


                          Support us

                          ioBroker
                          Community Adapters
                          Donate
                          FAQ Cloud / IOT
                          HowTo: Node.js-Update
                          HowTo: Backup/Restore
                          Downloads
                          BLOG

                          176

                          Online

                          33.0k

                          Benutzende

                          83.7k

                          Themen

                          1.3m

                          Beiträge
                          Community
                          Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                          ioBroker Community 2014-2026
                          logo
                          • Anmelden

                          • Du hast noch kein Konto? Registrieren

                          • Anmelden oder registrieren, um zu suchen
                          • Erster Beitrag
                            Letzter Beitrag
                          0
                          • Home
                          • Aktuell
                          • Ungelesen 0
                          • Kategorien
                          • Unreplied
                          • Beliebt
                          • GitHub
                          • Docu
                          • Hilfe