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. Error/Bug
  4. Restore InfluxDB von Raspberry nach Docker

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    22
    1
    1.2k

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.5k

Restore InfluxDB von Raspberry nach Docker

Geplant Angeheftet Gesperrt Verschoben Error/Bug
6 Beiträge 3 Kommentatoren 404 Aufrufe 3 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.
  • H Offline
    H Offline
    hennerich
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    auf meinem Raspbi lief bis vor wenigen Minuten mein ioBroker und entsprechend Influx und Grafana.
    Nun ziehe ich damit auf mein NAS und Docker um.
    Dazu hab ich drei Container am Laufen mit jeweils fertig konfigurierten Instanzen die sich gegenseitig sehen.
    1c3e6550-ce20-4c8c-997e-16e3c7559e64-grafik.png

    Das ioBroker Backup hab ich zurückgespielt und (bis auf Modbus Dreckszeuch) läuft alles. Daten werden gesammelt und schön im Grafana Dashboard angezeigt.
    Nur bekomme ich meine historischen Daten nicht importiert.
    Das Backupfile liegt auf dem NAS und wird von BackitUp gefunden. Hab extra Influx noch im Container installiert.
    Die Datenbank läuft auf Port 8087, weil auf dem Standardport noch eine zweite mit InfluxDB2 läuft, auf die später mal migriert werden soll.

    Folgende Meldung bekomme ich beim Restore:

    Started restore ...
    [DEBUG] [influxDB] - Created tmp directory
    [DEBUG] [influxDB] - Start infuxDB Restore ...
    [DEBUG] [influxDB] - influxdb.0 is stopped
    [ERROR] [influxDB] - 2022/12/27 21:10:58 error updating meta: dial tcp 127.0.0.1:8088: connect: connection refused
    restore: dial tcp 127.0.0.1:8088: connect: connection refused
    
    [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
    [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
    [DEBUG] [influxDB] - infuxDB Restore completed successfully
    [EXIT] influxDB restore done
    

    Ich weiß, dass ich in allen Konfigurationen immer nas.fritz.box:PORT benutzen muss und nicht mehr localhost:PORT. Und meine Vermutung ist, dass BackitUp das auch so versucht (siehe oben). Aber man kann das ja nicht umstellen. Und außerdem frage ich mich, wieso oben Port 8088 verwendet wird und nicht 8087.

    Habt ihr das schon mal gemacht und einen Tipp für mich?
    Danke
    Henri

    Tutorial UVR1611 C.M.I. Integration
    Tutorial SolarEdge Integration via ModBus

    simatecS 1 Antwort Letzte Antwort
    0
    • H hennerich

      Hallo zusammen,

      auf meinem Raspbi lief bis vor wenigen Minuten mein ioBroker und entsprechend Influx und Grafana.
      Nun ziehe ich damit auf mein NAS und Docker um.
      Dazu hab ich drei Container am Laufen mit jeweils fertig konfigurierten Instanzen die sich gegenseitig sehen.
      1c3e6550-ce20-4c8c-997e-16e3c7559e64-grafik.png

      Das ioBroker Backup hab ich zurückgespielt und (bis auf Modbus Dreckszeuch) läuft alles. Daten werden gesammelt und schön im Grafana Dashboard angezeigt.
      Nur bekomme ich meine historischen Daten nicht importiert.
      Das Backupfile liegt auf dem NAS und wird von BackitUp gefunden. Hab extra Influx noch im Container installiert.
      Die Datenbank läuft auf Port 8087, weil auf dem Standardport noch eine zweite mit InfluxDB2 läuft, auf die später mal migriert werden soll.

      Folgende Meldung bekomme ich beim Restore:

      Started restore ...
      [DEBUG] [influxDB] - Created tmp directory
      [DEBUG] [influxDB] - Start infuxDB Restore ...
      [DEBUG] [influxDB] - influxdb.0 is stopped
      [ERROR] [influxDB] - 2022/12/27 21:10:58 error updating meta: dial tcp 127.0.0.1:8088: connect: connection refused
      restore: dial tcp 127.0.0.1:8088: connect: connection refused
      
      [DEBUG] [influxDB] - Try deleting the InfluxDB tmp directory
      [DEBUG] [influxDB] - InfluxDB tmp directory was successfully deleted
      [DEBUG] [influxDB] - infuxDB Restore completed successfully
      [EXIT] influxDB restore done
      

      Ich weiß, dass ich in allen Konfigurationen immer nas.fritz.box:PORT benutzen muss und nicht mehr localhost:PORT. Und meine Vermutung ist, dass BackitUp das auch so versucht (siehe oben). Aber man kann das ja nicht umstellen. Und außerdem frage ich mich, wieso oben Port 8088 verwendet wird und nicht 8087.

      Habt ihr das schon mal gemacht und einen Tipp für mich?
      Danke
      Henri

      simatecS Offline
      simatecS Offline
      simatec
      Developer Most Active
      schrieb am zuletzt editiert von
      #2

      @hennerich Du musst Backitup auf die neue Influxdb konfigurieren.
      Sprich neue IP Benutzername usw.

      • Besuche meine Github Seite
      • Beitrag hat geholfen oder willst du mich unterstützen
      • HowTo Restore ioBroker
      H 1 Antwort Letzte Antwort
      0
      • simatecS simatec

        @hennerich Du musst Backitup auf die neue Influxdb konfigurieren.
        Sprich neue IP Benutzername usw.

        H Offline
        H Offline
        hennerich
        schrieb am zuletzt editiert von
        #3

        @simatec sagte in Restore InfluxDB von Raspberry nach Docker:

        @hennerich Du musst Backitup auf die neue Influxdb konfigurieren.
        Sprich neue IP Benutzername usw.

        Warte mal, wieso ist denn da kein Haken mehr drin? Und vor allem, wieso bekomme ich den nicht wieder rein?
        f5abe021-6c60-47ae-b229-0327253b6f97-grafik.png

        Tutorial UVR1611 C.M.I. Integration
        Tutorial SolarEdge Integration via ModBus

        GlasfaserG 1 Antwort Letzte Antwort
        0
        • H hennerich

          @simatec sagte in Restore InfluxDB von Raspberry nach Docker:

          @hennerich Du musst Backitup auf die neue Influxdb konfigurieren.
          Sprich neue IP Benutzername usw.

          Warte mal, wieso ist denn da kein Haken mehr drin? Und vor allem, wieso bekomme ich den nicht wieder rein?
          f5abe021-6c60-47ae-b229-0327253b6f97-grafik.png

          GlasfaserG Offline
          GlasfaserG Offline
          Glasfaser
          schrieb am zuletzt editiert von
          #4

          @hennerich

          https://forum.iobroker.net/post/890853

          Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..

          H 1 Antwort Letzte Antwort
          0
          • GlasfaserG Glasfaser

            @hennerich

            https://forum.iobroker.net/post/890853

            H Offline
            H Offline
            hennerich
            schrieb am zuletzt editiert von
            #5

            @glasfaser sagte in Restore InfluxDB von Raspberry nach Docker:

            @hennerich

            https://forum.iobroker.net/post/890853

            Oaarrr, na ok, dann muss ich eben einen manuellen Restore versuchen ...
            Danke dir/euch

            Tutorial UVR1611 C.M.I. Integration
            Tutorial SolarEdge Integration via ModBus

            simatecS 1 Antwort Letzte Antwort
            0
            • H hennerich

              @glasfaser sagte in Restore InfluxDB von Raspberry nach Docker:

              @hennerich

              https://forum.iobroker.net/post/890853

              Oaarrr, na ok, dann muss ich eben einen manuellen Restore versuchen ...
              Danke dir/euch

              simatecS Offline
              simatecS Offline
              simatec
              Developer Most Active
              schrieb am zuletzt editiert von
              #6

              @hennerich Inzwischen gibt es im offiziellen iob docker Image Möglichkeiten dies zu aktivieren.
              @andre hat dort etwas eingebaut. Lies maö dazu bitte die Doku vom Docker Image

              • Besuche meine Github Seite
              • Beitrag hat geholfen oder willst du mich unterstützen
              • HowTo Restore ioBroker
              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

              827

              Online

              32.5k

              Benutzer

              81.7k

              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