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. Fehler beim Sichern der MySQL- Datenbank

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    326

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.5k

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

Fehler beim Sichern der MySQL- Datenbank

Geplant Angeheftet Gesperrt Verschoben Error/Bug
7 Beiträge 4 Kommentatoren 748 Aufrufe 4 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.
  • R Offline
    R Offline
    Rickman
    schrieb am zuletzt editiert von
    #1

    Re: Zwei Bugs mit backitup 2.1.0 und 2.0.5

    Systemdata Bitte Ausfüllen
    Hardwaresystem: NUC/Pi3/etc.
    Arbeitsspeicher: 1GB
    Festplattenart: SD-Karte/SSD/HDD
    Betriebssystem: Ubuntu/Windows/Mac
    Node-Version: 10.x.x
    Nodejs-Version: 10.x.x
    NPM-Version: 6.x.x
    Installationsart: Skript/Manuell
    Image genutzt: Ja/Nein
    Ort/Name der Imagedatei: Link Re: Zwei Bugs mit backitup 2.1.0 und 2.0.5

    Hallo zusammen,
    ich bin vor kurzem mit meiner iobroker Installation umgezogen und nachdem nun alles andere ordentlich läuft, mache ich mich jetzt an die Fehlerbehebung vom Backitup- Adapter...

    Da der alte Beitrag schon was älter ist, habe ich den mal verlinkt und nicht direkt drauf geantwortet.
    Der Fehler sieht wie folgt aus:

    2022-11-28 11:30:43.015 - info: host.iobroker instance system.adapter.backitup.0 started with pid 54617
    2022-11-28 11:31:11.789 - info: host.iobroker stopInstance system.adapter.backitup.0 (force=false, process=true)
    2022-11-28 11:31:12.013 - info: host.iobroker stopInstance system.adapter.backitup.0 send kill signal
    2022-11-28 11:31:12.389 - info: host.iobroker instance system.adapter.backitup.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
    2022-11-28 11:31:15.111 - info: host.iobroker instance system.adapter.backitup.0 started with pid 54647
    2022-11-28 11:31:39.389 - error: backitup.0 (54647) [iobroker/iobroker] host.iobroker One or more optional files are corrupted: host.iobroker /opt/iobroker/node_modules/iobroker.js-controller/tmp/backup/files/vis.0/HeatingControl/iobroker-heatingcontrol-vis-master/.vscode/launch.json is not a valid json file
    2022-11-28 11:31:39.391 - error: backitup.0 (54647) [iobroker/iobroker] host.iobroker Please ensure that self-created JSON files are valid
    2022-11-28 11:31:52.541 - error: backitup.0 (54647) [iobroker/mysql] Error: Command failed: mysqldump -u **** -p**** **** -h 192.168.0.240 -P 3306 > /opt/****/backups/mysql_2022_11_28-11_31_52_backup****.sql
    2022-11-28 11:31:52.542 - error: backitup.0 (54647) [iobroker/mysql] mysqldump: [Warning] Using a password on the command line interface can be insecure.
    2022-11-28 11:31:52.542 - error: backitup.0 (54647) [iobroker/mysql] mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."number-of-buckets-specified"') FROM information_schema.COLUMN_STATISTICS WHERE SCHEMA_NAME = '****' AND TABLE_NAME = 'datapoints';': Unknown table 'column_statistics' in information_schema (1109)
    2022-11-28 11:31:52.542 - error: backitup.0 (54647) [iobroker] Error: Command failed: mysqldump -u **** -p**** **** -h 192.168.0.240 -P 3306 > /opt/****/backups/mysql_2022_11_28-11_31_52_backup****.sql
    mysqldump: [Warning] Using a password on the command line interface can be insecure.
    mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."number-of-buckets-specified"') FROM information_schema.COLUMN_STATISTICS WHERE SCHEMA_NAME = '****' AND TABLE_NAME = 'datapoints';': Unknown table 'column_statistics' in information_schema (1109)
    

    Das "using a password on the comm...." dürfte wohl eher als Info gewertet werden.
    Allerdings scheint er ein Problem mit der Tabelle "information_schema" und dem Eintrag "COLUMN_STATISTICS" zu haben.

    Verständlich, da diese tatsächlich nicht existiert...
    phpmyadmin.jpg

    Zur Info: Da ich den Fehler bereits auf dem alten Speicherort der Datenbank hatte, bin ich auf meinen Windows- Server damit umgezogen, wo ich mit Nutzung von Xampp eine komplette Neuinstallation von mysql gemacht habe. Somit ist auch alles was in der "Fehlerhaften Tabelle" komplett neu installiert worden.
    In der Struktur findet sich allerdings ein Eintrag mit "STATISTICS" in der es auch den Datensatz "datapoints" gibt...
    phpmyadmin2.jpg

    Der ioBroker kann auch ohne Probleme mit der Installation arbeiten. Werte werden gespeichert und eCharts kann alles abrufen. Nur die BackitUp- Sicherung geht nicht.

    Ach ja - um es komplett zu machen:

    Systemdata Bitte Ausfüllen
    Hardwaresystem: Windows10 / VMWare WS16
    Arbeitsspeicher: 16GB
    Festplattenart: SSD
    Betriebssystem: [VM] Ubuntu 22.04.1 LTS auf Windows 10 mit Xampp MySQL
    Nodejs-Version: v16.17.1
    NPM-Version: 8.15.0
    1 Antwort Letzte Antwort
    0
    • R Offline
      R Offline
      Rickman
      schrieb am zuletzt editiert von
      #2

      Niemand eine Idee?

      CodierknechtC Thomas BraunT 2 Antworten Letzte Antwort
      0
      • R Rickman

        Niemand eine Idee?

        CodierknechtC Online
        CodierknechtC Online
        Codierknecht
        Developer Most Active
        schrieb am zuletzt editiert von
        #3

        @rickman
        Die Screenshots sehen zunächst mal danach aus, als wäre die Fehlermeldung korrekt:

        mysqldump: Couldn't execute 'SELECT COLUMN_NAME, JSON_EXTRACT(HISTOGRAM, '$."number-of-buckets-specified"') FROM information_schema.COLUMN_STATISTICS ... Unknown table 'column_statistics' in information_schema
        

        "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

        Proxmox 9.1.1 LXC|8 GB|Core i7-6700
        HmIP|ZigBee|Tasmota|Unifi
        Zabbix Certified Specialist
        Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

        1 Antwort Letzte Antwort
        0
        • R Rickman

          Niemand eine Idee?

          Thomas BraunT Online
          Thomas BraunT Online
          Thomas Braun
          Most Active
          schrieb am zuletzt editiert von
          #4

          @rickman

          Und wie schaut die Fehlermeldung

          Error: Command failed: mysqldump -u **** -p**** **** -h 192.168.0.240 -P 3306 > /opt/****/backups/mysql_2022_11_28-11_31_52_backup****.sql
          
          

          ohne Verstümmelung aus? (password kannst du natürlich ausklammern)

          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

          1 Antwort Letzte Antwort
          0
          • R Offline
            R Offline
            Rickman
            schrieb am zuletzt editiert von Rickman
            #5

            @codierknecht
            Ja, aber warum? Ich habe den neuen Server so installiert wie den anderen (vor dem, wo es auch schon nicht funktionierte) auch (diese Anleitung habe ich überall angewandt: LINK).

            @Thomas-Braun
            Kann ich nicht genau sagen, da die Meldung so auch im Log steht:

            [iobroker] Error: Command failed: mysqldump -u **** -p**** **** -h 192.168.0.240 -P 3306 > /opt/****/backups/mysql_2022_12_06-08_59_01_backup****.sql
            

            Sollte aber, rein theoretisch, ausgeschrieben so heißen:

            [iobroker] Error: Command failed: mysqldump -u iobroker -p**** **** -h 192.168.0.240 -P 3306 > /opt/iobroker/backups/mysql_2022_12_06-08_59_01_backupiobroker.sql
            
            simatecS 1 Antwort Letzte Antwort
            0
            • R Rickman

              @codierknecht
              Ja, aber warum? Ich habe den neuen Server so installiert wie den anderen (vor dem, wo es auch schon nicht funktionierte) auch (diese Anleitung habe ich überall angewandt: LINK).

              @Thomas-Braun
              Kann ich nicht genau sagen, da die Meldung so auch im Log steht:

              [iobroker] Error: Command failed: mysqldump -u **** -p**** **** -h 192.168.0.240 -P 3306 > /opt/****/backups/mysql_2022_12_06-08_59_01_backup****.sql
              

              Sollte aber, rein theoretisch, ausgeschrieben so heißen:

              [iobroker] Error: Command failed: mysqldump -u iobroker -p**** **** -h 192.168.0.240 -P 3306 > /opt/iobroker/backups/mysql_2022_12_06-08_59_01_backupiobroker.sql
              
              simatecS Offline
              simatecS Offline
              simatec
              Developer Most Active
              schrieb am zuletzt editiert von simatec
              #6

              @rickman Dir fehlen sicher Pakete.
              https://github.com/simatec/ioBroker.backitup/wiki/ioBroker.backitup-Wiki-Deutsch#mysql-backup

              Die Pakete mysql-client oder mariadb-client (hängt davon ab, welche DB bei dir läuft) müssen installiert sein.

              sudo apt install mysql-client
              

              oder

              sudo apt install mariadb-client
              
              • Besuche meine Github Seite
              • Beitrag hat geholfen oder willst du mich unterstützen
              • HowTo Restore ioBroker
              1 Antwort Letzte Antwort
              1
              • R Offline
                R Offline
                Rickman
                schrieb am zuletzt editiert von
                #7

                Oh ja! Wie blöd!!!
                Bei den letzten beiden Installationen, wo es nicht ging, war die DB schon auf einen anderen Server ausgelagert.
                Logisch, dass es dann nicht funktioniert, wenn das entsprechend wichtige Progi nicht installiert ist (der db- client halt)...

                Man bin ich BLÖD! Danke für den riesen Schubs in die richtige Richtung. :)

                Mit besten Grüßen,
                Richy

                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

                516

                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