Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. REDIS und IOBroker läuft nicht mehr

NEWS

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    8.8k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.2k

REDIS und IOBroker läuft nicht mehr

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
redis umstellung
14 Beiträge 5 Kommentatoren 982 Aufrufe 5 Watching
  • Ä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.
  • J Jan1

    Ich wollte nun auch mal auf REDIS wechseln und habe nun das Problem, dass mein IOBroker nicht mehr läuft. Also das ganze wieder auf File umstellen wollen und eght nicht. Was mach ich denn da falsch

    root@Beelink:/opt/iobroker# iobroker status
    No connection to 127.0.0.1:6379[redis]
    No connection to states 127.0.0.1:6379[redis]
    root@Beelink:/opt/iobroker# iobroker setup custom
    Current configuration:
    - Objects database:
      - Type: redis
      - Host/Unix Socket: 127.0.0.1
      - Port: 6379
    - States database:
      - Type: redis
      - Host/Unix Socket: 127.0.0.1
      - Port: 6379
    
    Type of objects DB [(f)ile, (r)edis], default [redis]: f
    Host / Unix Socket of objects DB(file), default[127.0.0.1]:
    Port of objects DB(file), default[9001]:
    Type of states DB [(f)file, (r)edis], default [redis]: f
    Host / Unix Socket of states DB (file), default[127.0.0.1]:
    Port of states DB (file), default[9000]:
    Data directory (file), default[../../iobroker-data/]: f
    Host name of this machine [Beelink]:
    It appears that you want to convert this slave host into a Master or Single host system. Is this correct? [Y/n]: y
    
    Do you want to migrate objects and states from "redis/redis" to "file/file" [y/N]: y
    
    Migrating the objects database will overwrite all objects! Are you sure that this is not a slave host and you want to migrate the data? [y/N]: y
    
    Connecting to previous DB "redis"...
    No connection to 127.0.0.1:6379[redis]
    No connection to states 127.0.0.1:6379[redis]
    root@Beelink:/opt/iobroker# iobroker setup custom
    Current configuration:
    - Objects database:
      - Type: redis
      - Host/Unix Socket: 127.0.0.1
      - Port: 6379
    - States database:
      - Type: redis
      - Host/Unix Socket: 127.0.0.1
      - Port: 6379
    
    Type of objects DB [(f)ile, (r)edis], default [redis]:
    
    

    es fehlen die Ports:

    root@Beelink:~# netstat -n -a -p TCP
    Aktive Internetverbindungen (Server und stehende Verbindungen)
    Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
    tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      652/sshd
    tcp        0      0 127.0.0.1:631           0.0.0.0:*               LISTEN      524/cupsd
    tcp        0      0 0.0.0.0:538             0.0.0.0:*               LISTEN      598/gdomap
    tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      861/smbd
    tcp        0      0 192.168.100.10:50205    0.0.0.0:*               LISTEN      811/zerotier-one
    tcp        0      0 192.168.100.10:50206    0.0.0.0:*               LISTEN      811/zerotier-one
    tcp        0      0 192.168.100.10:9993     0.0.0.0:*               LISTEN      811/zerotier-one
    tcp        0      0 127.0.0.1:9993          0.0.0.0:*               LISTEN      811/zerotier-one
    tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      861/smbd
    tcp        0      0 192.168.100.10:57532    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57810    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57536    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57506    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57534    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34590    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57466    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34440    192.168.100.20:49000    TIME_WAIT   -
    tcp        0     64 192.168.100.10:22       192.168.100.16:51076    VERBUNDEN   870/sshd: root@pts/
    tcp        0      0 192.168.100.10:57482    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:41486    192.168.100.3:80        TIME_WAIT   -
    tcp        0      0 192.168.100.10:34602    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57574    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57488    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34608    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34598    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57526    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57500    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34580    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57518    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57540    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57548    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57544    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57486    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57460    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57484    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34434    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34588    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57508    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34604    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57504    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34458    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57726    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57864    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34584    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34582    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57990    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34610    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57510    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34414    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34596    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57528    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57522    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57502    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57530    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34614    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57538    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34592    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57820    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34594    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34578    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57498    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57558    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57524    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57454    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57554    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34586    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34406    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57512    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57468    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57480    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57580    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34612    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:34576    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57470    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:34456    192.168.100.20:49000    TIME_WAIT   -
    tcp        0      0 192.168.100.10:57572    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57546    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57492    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57556    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57490    192.168.100.1:49000     TIME_WAIT   -
    tcp        0      0 192.168.100.10:57542    192.168.100.1:49000     TIME_WAIT   -
    
    
    apollon77A Offline
    apollon77A Offline
    apollon77
    schrieb am zuletzt editiert von
    #2

    @Jan1 Naja es ist einfach: iobroker setup custom, aber bei der Frage nach Migration NEIN sagen!!
    Dann solltest Du auf den letzten File-Stand zurückkehren. Falls da dann was kaputt ist einfach Backup aus dem Backup Verzeichnis mit "migration" im Namen raussuchen und restoren

    Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

    • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
    • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
    J 1 Antwort Letzte Antwort
    0
    • apollon77A apollon77

      @Jan1 Naja es ist einfach: iobroker setup custom, aber bei der Frage nach Migration NEIN sagen!!
      Dann solltest Du auf den letzten File-Stand zurückkehren. Falls da dann was kaputt ist einfach Backup aus dem Backup Verzeichnis mit "migration" im Namen raussuchen und restoren

      J Offline
      J Offline
      Jan1
      schrieb am zuletzt editiert von
      #3

      @apollon77
      Gibts hier eigentlich ne Anleitung? Hab im Forum viel gefunden, aber wirklich schlau bin ich nicht daraus geworden.
      Du schreibst man soll nicht migriten, ist das denn nicht Sinn der Sache?
      Was wird denn eigentlich empfohlen redis/ redis oder eher file/redis?

      BBTownB 1 Antwort Letzte Antwort
      0
      • J Jan1

        @apollon77
        Gibts hier eigentlich ne Anleitung? Hab im Forum viel gefunden, aber wirklich schlau bin ich nicht daraus geworden.
        Du schreibst man soll nicht migriten, ist das denn nicht Sinn der Sache?
        Was wird denn eigentlich empfohlen redis/ redis oder eher file/redis?

        BBTownB Offline
        BBTownB Offline
        BBTown
        schrieb am zuletzt editiert von
        #4

        @Jan1 sagte in REDIS und IOBroker läuft nicht mehr:

        Du schreibst man soll nicht migriten

        Ich habe den Eindruck dass Du das missverstanden hast.
        Wenn man von REDIS zurück auf FILE gehen will, dann muss man bei ändern von iobroker setup custom bei der Frage nach MIGRATION mit Nein antworten damit der ursprüngliche Stand von FILE nicht überschrieben wird

        ioBroker auf NUC (VM debian v13 (Trixie ), node v22.21.0 npm v10.9.4, js-controller v7.0.7 jsonl/jsonl / HomeMatic CCU-2 (Wired und Funk) / Philips HUE / echo.DOT / Broadlink RM pro / SONOS

        J 1 Antwort Letzte Antwort
        0
        • BBTownB BBTown

          @Jan1 sagte in REDIS und IOBroker läuft nicht mehr:

          Du schreibst man soll nicht migriten

          Ich habe den Eindruck dass Du das missverstanden hast.
          Wenn man von REDIS zurück auf FILE gehen will, dann muss man bei ändern von iobroker setup custom bei der Frage nach MIGRATION mit Nein antworten damit der ursprüngliche Stand von FILE nicht überschrieben wird

          J Offline
          J Offline
          Jan1
          schrieb am zuletzt editiert von
          #5

          @BBTown
          Jou, war dann ein Missverständnis.
          Wie geschrieben, ich habe viel zum Thema REDIS gefunden, nun habe ich ein Puzzel mit vielen Teilen und kein Plan dafür. Ich habs am WE ja schon einmal versaut und bräuchte jetzt eben bisschen Hilfe.
          Nach dem man den IOBroker custom Befehl eingegeben hat, sind ja ein paar Fragen zu beantworten, könntest Du bitte (oder ein anderer) hier mal die empfohlenen Antworten, evt. mit kurzer Erklärung posten?

          apollon77A 1 Antwort Letzte Antwort
          0
          • J Jan1

            @BBTown
            Jou, war dann ein Missverständnis.
            Wie geschrieben, ich habe viel zum Thema REDIS gefunden, nun habe ich ein Puzzel mit vielen Teilen und kein Plan dafür. Ich habs am WE ja schon einmal versaut und bräuchte jetzt eben bisschen Hilfe.
            Nach dem man den IOBroker custom Befehl eingegeben hat, sind ja ein paar Fragen zu beantworten, könntest Du bitte (oder ein anderer) hier mal die empfohlenen Antworten, evt. mit kurzer Erklärung posten?

            apollon77A Offline
            apollon77A Offline
            apollon77
            schrieb am zuletzt editiert von
            #6

            @Jan1 es gibt da quasi keine empfohlenen Antworten ;-) man muss überlegen und fieberhaften für seine eigene Situation und Struktur beantworten. Fünftagewoche versuchen herauszufinden ob eine Migration gemacht werden sollte oder nicht. Alles damit sich möglichst wenige User bei so einer Umstellung das system zerschiessen.

            Migration ist an sich nur nötig wenn man den ersten Host umstellt (den Master) und danach sollte es nicht nochmal gemacht werden.

            Bei einem Single Host System gibts quasi nur den Master.

            Wege zurück kann man denke ich weniger generisch sagen und sind situations speziell.

            Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

            • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
            • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
            crunchipC J 2 Antworten Letzte Antwort
            0
            • apollon77A apollon77

              @Jan1 es gibt da quasi keine empfohlenen Antworten ;-) man muss überlegen und fieberhaften für seine eigene Situation und Struktur beantworten. Fünftagewoche versuchen herauszufinden ob eine Migration gemacht werden sollte oder nicht. Alles damit sich möglichst wenige User bei so einer Umstellung das system zerschiessen.

              Migration ist an sich nur nötig wenn man den ersten Host umstellt (den Master) und danach sollte es nicht nochmal gemacht werden.

              Bei einem Single Host System gibts quasi nur den Master.

              Wege zurück kann man denke ich weniger generisch sagen und sind situations speziell.

              crunchipC Abwesend
              crunchipC Abwesend
              crunchip
              Forum Testing Most Active
              schrieb am zuletzt editiert von
              #7

              @apollon77 hab da auch mal noch Fragen dazu.
              Mein System hat von Anfang an redis installiert ...aus früheren Zeiten, aber nicht genutzt, als ich vom pi3 auf proxmox vm wechselte, so übernommen.
              Also die Datenbank mit auf dem Host.
              Sollte, wenn man redis nutzt, das Auslagern auf nen separaten Ct oder kann die Datenbank auf dem Iobroker Host verbleiben. (Hintergrundfrage...backup/snapshot der VM)
              Habe zwar die Tage mal bisschen herumgespielt mit file/redis, redis/redis um zu sehen, wie das System so läuft.
              Aktuell bin ich aber wieder zurück auf file/file.
              Hab zwar bisschen was gelesen, zwecks der beiden Varianten, AOF und RDB aber keinen Plan wie was Sinnvoll ist, im Zusammenspiel mit ...siehe Hintergrundfrage

              umgestiegen von Proxmox auf Unraid

              apollon77A 1 Antwort Letzte Antwort
              0
              • apollon77A apollon77

                @Jan1 es gibt da quasi keine empfohlenen Antworten ;-) man muss überlegen und fieberhaften für seine eigene Situation und Struktur beantworten. Fünftagewoche versuchen herauszufinden ob eine Migration gemacht werden sollte oder nicht. Alles damit sich möglichst wenige User bei so einer Umstellung das system zerschiessen.

                Migration ist an sich nur nötig wenn man den ersten Host umstellt (den Master) und danach sollte es nicht nochmal gemacht werden.

                Bei einem Single Host System gibts quasi nur den Master.

                Wege zurück kann man denke ich weniger generisch sagen und sind situations speziell.

                J Offline
                J Offline
                Jan1
                schrieb am zuletzt editiert von
                #8

                @apollon77
                Heißt also den REDIS Server installiere. Läuft der eigentlich automatisch, oder muss der noch manuell gestartet werden?
                Ich habe nur ein Single System, also migration wählen.
                Dann gibts ja die Aufteilung redis/redis, file/redis und redis/file. Was bedeutet das im allgemeinen und wird hier etwas empfohlen, oder anders gefragt, was macht auf einem Single System am meisten Sinn.
                Die Fragen beim custom Befehl beziehen sich ja genau dadrauf und wenn ich alles so lasse wie default vorgeschlagen, müsste danach eigentlich ein migriertes Single Systen im redis/redis laufen.
                So hatte ich das gemacht, nur kam ich danach nicht mehr auf meinen IOBroker und die Ports sahen anders aus als erwartet (siehe Log im ersten Post).

                Was ich nicht gemacht hatte, war vor dem Wechsel geschsut ob der REDIS Server läuft.

                apollon77A 1 Antwort Letzte Antwort
                0
                • crunchipC crunchip

                  @apollon77 hab da auch mal noch Fragen dazu.
                  Mein System hat von Anfang an redis installiert ...aus früheren Zeiten, aber nicht genutzt, als ich vom pi3 auf proxmox vm wechselte, so übernommen.
                  Also die Datenbank mit auf dem Host.
                  Sollte, wenn man redis nutzt, das Auslagern auf nen separaten Ct oder kann die Datenbank auf dem Iobroker Host verbleiben. (Hintergrundfrage...backup/snapshot der VM)
                  Habe zwar die Tage mal bisschen herumgespielt mit file/redis, redis/redis um zu sehen, wie das System so läuft.
                  Aktuell bin ich aber wieder zurück auf file/file.
                  Hab zwar bisschen was gelesen, zwecks der beiden Varianten, AOF und RDB aber keinen Plan wie was Sinnvoll ist, im Zusammenspiel mit ...siehe Hintergrundfrage

                  apollon77A Offline
                  apollon77A Offline
                  apollon77
                  schrieb am zuletzt editiert von
                  #9

                  @crunchip Auch hier sind wir wieder bei "Flavor" ;-)

                  Meine persönliche Meinung:
                  Wenn es kein vollständiges redis/redis System ist, also ein teil noch auf file verbleibt, sollte man Redis mit auf den ioBroker Host machen. Wenn Redis weg ist,ist eh das ganze System ggf gestört. Damit bestehen hier die kleinsten Abhängkeiten.

                  Sobald das System redis/redis ist hängt das ganze System nicht mehr von ioBroker ab sondern effektiv vom Redis. Dann muss das nicht auf einem der gleichen Hosts oder Container sein, sondern kann getrennt sein.

                  Und nochmal: Redis MUSS niemand nutzen! States in Redis hat gewisse Vorteile ab 10.000 States/Objekten im System. Und allgemein sollte die Performance besser sein ... aber halt auch Abhängigkeiten.

                  Zur Persistanz ist es in meinen Augen einfach:

                  • RDB sind Snapshot,die nach definierten Regeln erstellt werden. Alle Änderungen nach dem Dump sind nicht persistiert und damit verloren falls Redis abstürzt. Wieviel I/O anfällt hängt von der Größe der DB ab und wie oft Sie geschrieben wird.
                  • AOF als Ansatz generiert etwas mehr I/O, kann aber beim Neustart exakt den Stand von vor dem Crash wiederherstellen. Es fehlt also nahezu nichts.
                    Backuppen muss man beides und effektiv muss man überlegen wie man das Backup macht um im Falle von Dateisystem-Fehlern wiederherstellen zu können. Hier bietet sich ein Redis-Slave an, da dann alle Daten nochmals auf einer zweiten Maschine liegen.

                  Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                  • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                  • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                  1 Antwort Letzte Antwort
                  1
                  • J Jan1

                    @apollon77
                    Heißt also den REDIS Server installiere. Läuft der eigentlich automatisch, oder muss der noch manuell gestartet werden?
                    Ich habe nur ein Single System, also migration wählen.
                    Dann gibts ja die Aufteilung redis/redis, file/redis und redis/file. Was bedeutet das im allgemeinen und wird hier etwas empfohlen, oder anders gefragt, was macht auf einem Single System am meisten Sinn.
                    Die Fragen beim custom Befehl beziehen sich ja genau dadrauf und wenn ich alles so lasse wie default vorgeschlagen, müsste danach eigentlich ein migriertes Single Systen im redis/redis laufen.
                    So hatte ich das gemacht, nur kam ich danach nicht mehr auf meinen IOBroker und die Ports sahen anders aus als erwartet (siehe Log im ersten Post).

                    Was ich nicht gemacht hatte, war vor dem Wechsel geschsut ob der REDIS Server läuft.

                    apollon77A Offline
                    apollon77A Offline
                    apollon77
                    schrieb am zuletzt editiert von
                    #10

                    @Jan1 Im Normalfall (!!) installiert man redis und er wird auf Port 6379 gestartet. prüfen per "redis-cli" Kommando.

                    Zu den Kombinationen ist die Frage WAS man genau wie Speichern will. Für mich gilt:

                    • Wenn man <10.000 Objekte/States hat reicht file/file vollkommen
                    • Falls mehr oder sehr hohe Update-Frequenzen von States und man hat höhere Last auf dem js-controller dann mag es sich lohnen States in Redis zu legen
                    • Objekte in Redis, meiner Meinung nach, macht Sinn wenn man später in Richtung Hochverfügbarkeit denkt

                    So oder so: Ja Redis kann mehr Performance bringen.

                    Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                    • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                    • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                    sigi234S J 2 Antworten Letzte Antwort
                    0
                    • apollon77A apollon77

                      @Jan1 Im Normalfall (!!) installiert man redis und er wird auf Port 6379 gestartet. prüfen per "redis-cli" Kommando.

                      Zu den Kombinationen ist die Frage WAS man genau wie Speichern will. Für mich gilt:

                      • Wenn man <10.000 Objekte/States hat reicht file/file vollkommen
                      • Falls mehr oder sehr hohe Update-Frequenzen von States und man hat höhere Last auf dem js-controller dann mag es sich lohnen States in Redis zu legen
                      • Objekte in Redis, meiner Meinung nach, macht Sinn wenn man später in Richtung Hochverfügbarkeit denkt

                      So oder so: Ja Redis kann mehr Performance bringen.

                      sigi234S Online
                      sigi234S Online
                      sigi234
                      Forum Testing Most Active
                      schrieb am zuletzt editiert von
                      #11

                      @apollon77 sagte in REDIS und IOBroker läuft nicht mehr:

                      Falls mehr oder sehr hohe Update-Frequenzen von States und man hat höhere Last auf dem js-controller dann mag es sich lohnen States in Redis zu legen

                      Gilt das auch für Windows Installationen?

                      Bitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
                      Immer Daten sichern!

                      apollon77A 1 Antwort Letzte Antwort
                      0
                      • sigi234S sigi234

                        @apollon77 sagte in REDIS und IOBroker läuft nicht mehr:

                        Falls mehr oder sehr hohe Update-Frequenzen von States und man hat höhere Last auf dem js-controller dann mag es sich lohnen States in Redis zu legen

                        Gilt das auch für Windows Installationen?

                        apollon77A Offline
                        apollon77A Offline
                        apollon77
                        schrieb am zuletzt editiert von
                        #12

                        @sigi234 Denke ja. Nodejs ist single-Threaded. Das betrifft in dem Zuge speziell den js-controller. Bei "file" werden alle DB Anfragen auch über den js-controller Prozess abgearbeitet.

                        Beitrag hat geholfen? Votet rechts unten im Beitrag :-) https://paypal.me/Apollon77 / https://github.com/sponsors/Apollon77

                        • Debug-Log für Instanz einschalten? Admin -> Instanzen -> Expertenmodus -> Instanz aufklappen - Loglevel ändern
                        • Logfiles auf Platte /opt/iobroker/log/… nutzen, Admin schneidet Zeilen ab
                        1 Antwort Letzte Antwort
                        0
                        • apollon77A apollon77

                          @Jan1 Im Normalfall (!!) installiert man redis und er wird auf Port 6379 gestartet. prüfen per "redis-cli" Kommando.

                          Zu den Kombinationen ist die Frage WAS man genau wie Speichern will. Für mich gilt:

                          • Wenn man <10.000 Objekte/States hat reicht file/file vollkommen
                          • Falls mehr oder sehr hohe Update-Frequenzen von States und man hat höhere Last auf dem js-controller dann mag es sich lohnen States in Redis zu legen
                          • Objekte in Redis, meiner Meinung nach, macht Sinn wenn man später in Richtung Hochverfügbarkeit denkt

                          So oder so: Ja Redis kann mehr Performance bringen.

                          J Offline
                          J Offline
                          Jan1
                          schrieb am zuletzt editiert von
                          #13

                          @apollon77
                          Danke für die Erklärung.
                          Was ich dabei zwischen den Zeilen lese, ist eigentlich recht deutlich. Man braucht REDIS nicht wirklich wenn die Performance eh schon gut ist und man keine Hochvervügbarkeit braucht. Dann wäre es eh besser REDIS auf einem separaten Host laufen zu lassen und das kommt bei mir eh nicht in Frage.
                          Somit weiß ich nun wie es bei mir weiter geht:relaxed:

                          crunchipC 1 Antwort Letzte Antwort
                          0
                          • J Jan1

                            @apollon77
                            Danke für die Erklärung.
                            Was ich dabei zwischen den Zeilen lese, ist eigentlich recht deutlich. Man braucht REDIS nicht wirklich wenn die Performance eh schon gut ist und man keine Hochvervügbarkeit braucht. Dann wäre es eh besser REDIS auf einem separaten Host laufen zu lassen und das kommt bei mir eh nicht in Frage.
                            Somit weiß ich nun wie es bei mir weiter geht:relaxed:

                            crunchipC Abwesend
                            crunchipC Abwesend
                            crunchip
                            Forum Testing Most Active
                            schrieb am zuletzt editiert von
                            #14

                            @Jan1 und ich mit meinen rund 15000 dann auch😉

                            umgestiegen von Proxmox auf Unraid

                            1 Antwort Letzte Antwort
                            0
                            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

                            868

                            Online

                            32.4k

                            Benutzer

                            81.5k

                            Themen

                            1.3m

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

                            • Du hast noch kein Konto? Registrieren

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