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. Einsteigerfragen
  4. Restore von MYSQL mit BACKITUP bricht ab

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    4.2k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.2k

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.6k

Restore von MYSQL mit BACKITUP bricht ab

Geplant Angeheftet Gesperrt Verschoben Einsteigerfragen
3 Beiträge 3 Kommentatoren 231 Aufrufe 2 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.
  • W Offline
    W Offline
    Winglet
    schrieb am zuletzt editiert von
    #1

    Hallo,
    ich musste meinen Raspi4 komplett neu aufsetzen (wenn die neue SD rennt schwenke ich auf SSD um!). Kein Problem dachte ich vorher - hast ja immer Backups (Backitup) gemacht .....
    Das Restore von IOBROKER war dann schon sehr hakelig (z.B. Redis, VIS lies sich nicht laden, etc. ... das hätte im Forum für 10 neue Themen mühelos gereicht) - aber egal, VIS läuft wieder und ich habe meine Views komplett funktionierend wieder zurück.....

    Jetzt geht es noch um das Wiederherstellen der MYSQL-Daten mit Backitup

        • alle Adapter aktuell, IOBROKER gefühlt 20x gefixt, MARIA-DB läuft, SQL Adapter grün .....

    INFO:
    Plattform: linux
    Betriebssystem: linux
    Architektur: arm64
    CPUs: 4
    Geschwindigkeit: 1500 MHz
    Modell: Cortex-A72
    RAM: 3.7 GB
    System-Betriebszeit: 10:48:27
    Node.js: v16.19.1
    time: 1678440010886
    timeOffset: -60
    Adapter-Anzahl: 470
    NPM: 8.19.3
    Datenträgergröße: 58.3 GB
    Freier Festplattenspeicher: 52.2 GB
    Betriebszeit: 00:51:29
    Aktive Instanzen: 25
    Pfad: /opt/iobroker/
    aktiv:

    Ablauf BACKITUP
    NAS/kopieren: CIFS, SMB 1.0 (SMB 3.1.1 mit NOSERVERINO auch getestet wg. Fritzbox)

    Die gespeicherte MYSQL-BackupDatei wird gefunden (ca. 1,3 GB), der Vorgang startet ...

    Started restore ...
    [DEBUG] [mysql] - Start mysql Restore ...
    [DEBUG] [mysql] - sql.0 is stopped
    [DEBUG] [mysql] - Extract mysql Backupfile 67MB so far...
    [DEBUG] [mysql] - Extract mysql Backupfile 142MB so far...
    [DEBUG] [mysql] - Extract mysql Backupfile 218MB so far...
    [DEBUG] [mysql] - Extract mysql Backupfile 294MB so far...
    [DEBUG] [mysql] - Extract mysql Backupfile 371MB so far...
    [DEBUG] [mysql] - Extract mysql Backupfile 447MB so far...
    .... Liste geht weiter

    bricht dann ab mit
    Error: {"errno":-5,"code":"EIO","syscall":"read"}

    Protokoll:
    backitup.0
    2023-03-10 10:45:17.267 error [mysql] mysql Restore not completed
    backitup.0
    2023-03-10 10:45:17.259 error [mysql] Error: EIO: i/o error, read

    Mit diversen BackupDateien (Ständen) getestet - Ergebnis immer gleich....
    Hab ich da nen Denkfehler? MariaDB vorab eingerichtet...
    Wie bekomme ich den Fehler weg bzw. wie soll ich vorgehen, dass MYSQL wieder hergestellt wird?

    falke69F simatecS 2 Antworten Letzte Antwort
    0
    • W Winglet

      Hallo,
      ich musste meinen Raspi4 komplett neu aufsetzen (wenn die neue SD rennt schwenke ich auf SSD um!). Kein Problem dachte ich vorher - hast ja immer Backups (Backitup) gemacht .....
      Das Restore von IOBROKER war dann schon sehr hakelig (z.B. Redis, VIS lies sich nicht laden, etc. ... das hätte im Forum für 10 neue Themen mühelos gereicht) - aber egal, VIS läuft wieder und ich habe meine Views komplett funktionierend wieder zurück.....

      Jetzt geht es noch um das Wiederherstellen der MYSQL-Daten mit Backitup

          • alle Adapter aktuell, IOBROKER gefühlt 20x gefixt, MARIA-DB läuft, SQL Adapter grün .....

      INFO:
      Plattform: linux
      Betriebssystem: linux
      Architektur: arm64
      CPUs: 4
      Geschwindigkeit: 1500 MHz
      Modell: Cortex-A72
      RAM: 3.7 GB
      System-Betriebszeit: 10:48:27
      Node.js: v16.19.1
      time: 1678440010886
      timeOffset: -60
      Adapter-Anzahl: 470
      NPM: 8.19.3
      Datenträgergröße: 58.3 GB
      Freier Festplattenspeicher: 52.2 GB
      Betriebszeit: 00:51:29
      Aktive Instanzen: 25
      Pfad: /opt/iobroker/
      aktiv:

      Ablauf BACKITUP
      NAS/kopieren: CIFS, SMB 1.0 (SMB 3.1.1 mit NOSERVERINO auch getestet wg. Fritzbox)

      Die gespeicherte MYSQL-BackupDatei wird gefunden (ca. 1,3 GB), der Vorgang startet ...

      Started restore ...
      [DEBUG] [mysql] - Start mysql Restore ...
      [DEBUG] [mysql] - sql.0 is stopped
      [DEBUG] [mysql] - Extract mysql Backupfile 67MB so far...
      [DEBUG] [mysql] - Extract mysql Backupfile 142MB so far...
      [DEBUG] [mysql] - Extract mysql Backupfile 218MB so far...
      [DEBUG] [mysql] - Extract mysql Backupfile 294MB so far...
      [DEBUG] [mysql] - Extract mysql Backupfile 371MB so far...
      [DEBUG] [mysql] - Extract mysql Backupfile 447MB so far...
      .... Liste geht weiter

      bricht dann ab mit
      Error: {"errno":-5,"code":"EIO","syscall":"read"}

      Protokoll:
      backitup.0
      2023-03-10 10:45:17.267 error [mysql] mysql Restore not completed
      backitup.0
      2023-03-10 10:45:17.259 error [mysql] Error: EIO: i/o error, read

      Mit diversen BackupDateien (Ständen) getestet - Ergebnis immer gleich....
      Hab ich da nen Denkfehler? MariaDB vorab eingerichtet...
      Wie bekomme ich den Fehler weg bzw. wie soll ich vorgehen, dass MYSQL wieder hergestellt wird?

      falke69F Offline
      falke69F Offline
      falke69
      schrieb am zuletzt editiert von
      #2

      @winglet

      ich habe auch mal ein Prblem mit einer zu großen Datenbank gehabt.
      Die habe ich dann über die Konsole wieder hergestellt.
      Ich glaube mich zu errinnern, das es an einem Timeout lag.

      Schau mal hier.
      Vielleicht hilft es Dir weiter.

      Must halt vorher nur das Verzeichnis entpacken und die SQL Datenbank in das entsprechende Verzeichnis kopieren, aus dem Du die Datenbank wieder herstellen möchtest.

      1 Antwort Letzte Antwort
      0
      • W Winglet

        Hallo,
        ich musste meinen Raspi4 komplett neu aufsetzen (wenn die neue SD rennt schwenke ich auf SSD um!). Kein Problem dachte ich vorher - hast ja immer Backups (Backitup) gemacht .....
        Das Restore von IOBROKER war dann schon sehr hakelig (z.B. Redis, VIS lies sich nicht laden, etc. ... das hätte im Forum für 10 neue Themen mühelos gereicht) - aber egal, VIS läuft wieder und ich habe meine Views komplett funktionierend wieder zurück.....

        Jetzt geht es noch um das Wiederherstellen der MYSQL-Daten mit Backitup

            • alle Adapter aktuell, IOBROKER gefühlt 20x gefixt, MARIA-DB läuft, SQL Adapter grün .....

        INFO:
        Plattform: linux
        Betriebssystem: linux
        Architektur: arm64
        CPUs: 4
        Geschwindigkeit: 1500 MHz
        Modell: Cortex-A72
        RAM: 3.7 GB
        System-Betriebszeit: 10:48:27
        Node.js: v16.19.1
        time: 1678440010886
        timeOffset: -60
        Adapter-Anzahl: 470
        NPM: 8.19.3
        Datenträgergröße: 58.3 GB
        Freier Festplattenspeicher: 52.2 GB
        Betriebszeit: 00:51:29
        Aktive Instanzen: 25
        Pfad: /opt/iobroker/
        aktiv:

        Ablauf BACKITUP
        NAS/kopieren: CIFS, SMB 1.0 (SMB 3.1.1 mit NOSERVERINO auch getestet wg. Fritzbox)

        Die gespeicherte MYSQL-BackupDatei wird gefunden (ca. 1,3 GB), der Vorgang startet ...

        Started restore ...
        [DEBUG] [mysql] - Start mysql Restore ...
        [DEBUG] [mysql] - sql.0 is stopped
        [DEBUG] [mysql] - Extract mysql Backupfile 67MB so far...
        [DEBUG] [mysql] - Extract mysql Backupfile 142MB so far...
        [DEBUG] [mysql] - Extract mysql Backupfile 218MB so far...
        [DEBUG] [mysql] - Extract mysql Backupfile 294MB so far...
        [DEBUG] [mysql] - Extract mysql Backupfile 371MB so far...
        [DEBUG] [mysql] - Extract mysql Backupfile 447MB so far...
        .... Liste geht weiter

        bricht dann ab mit
        Error: {"errno":-5,"code":"EIO","syscall":"read"}

        Protokoll:
        backitup.0
        2023-03-10 10:45:17.267 error [mysql] mysql Restore not completed
        backitup.0
        2023-03-10 10:45:17.259 error [mysql] Error: EIO: i/o error, read

        Mit diversen BackupDateien (Ständen) getestet - Ergebnis immer gleich....
        Hab ich da nen Denkfehler? MariaDB vorab eingerichtet...
        Wie bekomme ich den Fehler weg bzw. wie soll ich vorgehen, dass MYSQL wieder hergestellt wird?

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

        @winglet schau mal, was dein RAM und Swap bei entpacken sagen. Eventuell geht dir der RAM in die Knie

        • 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

        566

        Online

        32.7k

        Benutzer

        82.4k

        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