Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. MariaDB auf DiskStation als Datenbank für Flot

    NEWS

    • Monatsrückblick - April 2025

    • Minor js-controller 7.0.7 Update in latest repo

    • Save The Date: ioBroker@Smart Living Forum Solingen, 14.06.

    MariaDB auf DiskStation als Datenbank für Flot

    This topic has been deleted. Only users with topic management privileges can see it.
    • B
      bibo09 last edited by

      Hat nun funktioniert nachdem ich die Datenbank nochmal installiert habe.

      Gruß und Danke

      bibo

      1 Reply Last reply Reply Quote 0
      • R
        RalfR72 last edited by

        Alle glücklich [emoji847]freut mich [emoji1303]

        Gesendet von iPad mit Tapatalk

        1 Reply Last reply Reply Quote 0
        • M
          ManfredH last edited by

          Hallo,

          Ich häng mich da mal dran, weil ich auch keine Verbindung zur Datenbank auf dem NAS bekomme 😞

          Vor ein paar Tagen habe ich den ioBroker auf einem RasPi 3B+ installiert (Image inkl. ioBroker). Läuft soweit. SQL-Adapter ist auch installiert (1.7.4). Auf dem NAS (Zyxel NAS326) läuft mySQL nebst phpMyAdmin. Auf dem NAS gibt es ein freigegebenes Verzeichnis "iobroker" (neben den Defaults "admin", "music", "photo" und "video") und einen Benutzer "iobroker", der da lesen und schreiben darf. In phpMyAdmin gibt es a) eine (leere) Datenbank "iobroker" und einen Benutzer "iobroker". Letzterer hat alle globalen Rechte, GRANT und ist auf keinen Host eingeschränkt ("%"). In der Konfiguration des SQL-Adapters habe ich unter "Host" die IP-Adresse des NAS eingetragen sowie DB-Name ("iobroker") und Benutzer ("iobroker"); das Kennwort sollte auch richtig eingegeben sein. Leider bekomme ich bei "Verbindung testen" immer einen Fehler > Error: connect ECONNREFUSED [IP]:3306 (angegebener Port "0").

          Hab meine Einstellungen auch mit der Anleitung hier abgeglichen, stehe jetzt aber vollkommen auf dem Schlauch 😞 . Hab auch schon DB und Benutzer gelöscht und neu angelegt - leider ohne Änderung. Auch mit dem User "root" habe ich es vergeblich probiert. Irgendwelche Ideen?

          1 Reply Last reply Reply Quote 0
          • Dutchman
            Dutchman Developer Most Active Administrators last edited by

            Hatte das gleiche Problem, nachdem ich Maria DB 2 Mal komplett deinstalliert und Dan wieder installiert habe ging es auf einmal 😕

            –-----------------------

            Send from mobile device

            Das schöne ios hat Auto Korrektur zum k****

            Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

            1 Reply Last reply Reply Quote 0
            • lobomau
              lobomau last edited by

              Ich muss es auch noch mal neu installieren. Ist es weiterhin so, dass nur MariaDB 5 geht? MariaDB 10 klingt irgendwie nach mehr 🙂

              D 1 Reply Last reply Reply Quote 0
              • Dutchman
                Dutchman Developer Most Active Administrators last edited by

                @lobomau:

                Ich muss es auch noch mal neu installieren. Ist es weiterhin so, dass nur MariaDB 5 geht? MariaDB 10 klingt irgendwie nach mehr 🙂 `

                Ich habe persönlich davon abgesehen und einen docker Container mit influxdb genommen das läuft für mich besser auch in Kombination mit Grafana

                –-----------------------

                Send from mobile device

                Das schöne ios hat Auto Korrektur zum k****

                Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

                1 Reply Last reply Reply Quote 0
                • lobomau
                  lobomau last edited by

                  Es läuft wieder wie vorher. Ich musste nur phpMyAdmin de- und wieder neu installieren.

                  1 Reply Last reply Reply Quote 0
                  • M
                    ManfredH last edited by

                    @ManfredH:

                    Leider bekomme ich bei "Verbindung testen" immer einen Fehler > Error: connect ECONNREFUSED [IP]:3306 (angegebener Port "0").

                    Hab meine Einstellungen auch mit der Anleitung hier abgeglichen, stehe jetzt aber vollkommen auf dem Schlauch 😞 . Hab auch schon DB und Benutzer gelöscht und neu angelegt - leider ohne Änderung. Auch mit dem User "root" habe ich es vergeblich probiert. Irgendwelche Ideen? ` Mit Hilfe eines Bekannten, der mit seiner Berufserfahrung (Informatiker) wohl nach den richtigen Stichworten gegoogelt hat, hab ich den SQL-Adapter auf meinem Zyxel NAS326 jetzt am laufen. Des Rätsels Lösung liegt darin, daß im Zyxel-NAS die IP-Adresse 127.0.0.1 fest eingestellt ist und das verhindert den Zugriff von außen (d.h. RasPi/ioBroker). Also muß man auf die Kiste und an ein paar Stellen das 127.0.0.1 auf 0.0.0.0 ändern. Dazu sind folgende Schritte notwendig: <list type="decimal">4. putty auf dem PC installieren

                    1. ssh auf dem NAS aktivieren

                    2. putty starten mit IP-Adresse des NAS

                    3. einloggen als root (ACHTUNG: man sollte wissen was man tut!)
                      Mit dem vi als Editor sollte man ebenfalls einigermaßen vertraut sein, weil's sonst mit dem Editieren der Dateien etwas schwierig wird. Der Rest ist ein Kinderspiel.

                    Warum ich das hier im Thread für die Synology schreibe? Weil ich davon ausgehe, daß mein Problem mit einem NAS != Synology kein singuläres ist und in Fällen, die ähnlich gelagert sind wie meiner der Hinweis auf die interne Konfiguration des NAS hilfreich sein könnte.

                    Hier noch der https://superuser.com/questions/1127208/remote-access-to-a-mysql-on-zyxel-nas.

                    1 Reply Last reply Reply Quote 0
                    • D
                      dtp @lobomau last edited by dtp

                      @lobomau sagte in [Howto][Anleitung] MariaDB auf der Synology DiskStation als Datenbank für Flot:

                      Ist es weiterhin so, dass nur MariaDB 5 geht? MariaDB 10 klingt irgendwie nach mehr

                      MariaDB 10 geht problemlos. Am besten MariaDB 5 vorher komplett entfernen. Eine Übertragung der bisher geloggten Daten ist meines Wissens nach aber nicht möglich.

                      @ManfredH

                      Ich habe gerade das Problem, dass ich die IP-Adresse meines ioBrokers von 192.168.0.10 auf 191.168.0.11 ändern musste (vorher war sie identisch mit meinem NAS, wo der ioBroker im Docker-Container lief). Nun wird meine MariaDB-10-Datenbank vom SQL-Adapter nicht mehr gefunden. Meinst du, es könnte auch an der 127.0.0.1 liegen? Mich wundert ein wenig, dass es da überhaupt ein Problem gibt, da der IP-Bereich des Users ioBroker mit "%" definiert wurde, so dass ein Zugriff von allen Rechnern der eigenen Domäne aus möglich sein sollte.

                      1 Reply Last reply Reply Quote 0
                      • cash
                        cash Most Active last edited by

                        .@dtp auch hier nochmal kurz der Hinweis das es am macvlan der Docker- Installation liegt. Damit hat man leider keinen Zugriff mehr auf die IP der Synology. Ist leider kein Konfigurationsfehler.

                        1 Reply Last reply Reply Quote 0
                        • D
                          dtp last edited by

                          @cash

                          Danke für den Hinweis. Konnte das Problem mittlerweile lösen. Dürfte aber auf diese Weise nur für DiskStations mit zwei LAN-Ports funktionieren.

                          Gruß,

                          Thorsten

                          1 Reply Last reply Reply Quote 0
                          • P
                            PatrickFro last edited by

                            Moin zusammen,

                            ich habe heute PHP und phpmyadmin installiert. Funktioniert soweit gut.

                            Vor vielen Jahren habe ich schon mit phpmyadmin gearbeitet, finde mich aber diesmal nicht zurecht. Ich speichere seit einigen Tagen Daten in SQL.

                            599e20a7-0bd8-44dd-9b95-197d8d5d7ec8-image.png

                            Gehe ich in phpmyadmin finde ich diese Daten jedoch nicht vor. Einzig und allein sind diese Einträge vorhanden:
                            f9b88775-efdd-4518-a4de-edc70f2e5df5-image.png

                            Ich würde nun aber gerne die einzelnen Einträge sehen und bearbeiten.

                            Hab ich hier etwas falsch gemacht oder wo kann ich sie finden?

                            1 Reply Last reply Reply Quote 0
                            • S
                              sf-ing @dtp last edited by sf-ing

                              Bei mir muss man auf der Synology noch einmal auf die MariaDB Applikation drücken und dort die TCP/IP Connection aktivieren sowie den Port festlegen.
                              MariaDB_Synology.PNG
                              Das sollte einige oben genannte Probleme mit " Error: connect ECONNREFUSED [IP]:3306" beheben.

                              Kanzler1959 1 Reply Last reply Reply Quote 1
                              • Z
                                Zuki last edited by Zuki

                                Update: Hat sich erledigt. Scheint als dürfte das Passwort eine bestimmte Länge nicht überschreiten...

                                Da der ursprüngliche Autor ja tatsächlich noch mitzulesen scheint:
                                Weißt du etwas von Problemen mit phpmyadmin? Ich kann keinen User anlegen und bekomme nur eine recht kryptische Fehlermeldung.
                                Ich hatte was gefunden dass es wohl ein fehlerhaftes phpmyadmin Paket bei Synology gab. Allerdings war der Forenbeitrag von 2016...

                                D 1 Reply Last reply Reply Quote 0
                                • D
                                  dtp @Zuki last edited by

                                  Hallo,

                                  mit der Umstellung auf DSM 7.0 wird ja MariaDB 5 nicht mehr unterstützt. Man muss also zwangsläufig auf MariaDB 10 umstellen. Das ist kein großes Problem mit phpMyAdmin, aber man kann meines Wissens die Datenbank nicht mitnehmen, sondern muss wieder bei null anfangen.

                                  Ich selbst habe schon vor längerer Zeit auf MariaDB 10 umgestellt. Trotzdem hatte ich das Problem, dass der ioBroker nach dem Update auf DSM 7.0 die Datenbank nicht mehr erreichen konnte. Daher musste ich die bestehende löschen und wieder neu erstellen. Dabei sind dann natürlich alle History-Werte verloren gegangen. Glücklicherweise musste ich aber im ioBroker nach dem Löschen der zugehörigen sql.0-Instanz nicht wieder jeden einzelnen Datenpunkt neu verknüpfen, weil sich der iBroker diese gemerkt hatte.

                                  F 1 Reply Last reply Reply Quote 0
                                  • F
                                    fastfoot @dtp last edited by

                                    @dtp was hat dich von einem Backup/Restore abgehalten?

                                    -- Backup der Tabelle ts_number
                                    SELECT * INTO OUTFILE "/data/iobroker/ts_number.unl" FIELDS TERMINATED BY "|" FROM ts_number;
                                    
                                    -- Restore der Tabelle ts_number
                                    LOAD DATA INFILE "/data/iobroker/ts_number.unl" INTO TABLE ts_number FIELDS TERMINATED BY "|";
                                    
                                    
                                    D 1 Reply Last reply Reply Quote 0
                                    • D
                                      dtp @fastfoot last edited by dtp

                                      @fastfoot sagte in MariaDB auf DiskStation als Datenbank für Flot:

                                      as hat dich von einem Backup/Restore abgehalten?

                                      Das Wissen um eine solche Backup/Restore-Möglichkeit. 😉

                                      Aber war auch nicht so tragisch. So wichtig waren mir die Vergangenheitswerte jetzt eh nicht unbedingt.

                                      1 Reply Last reply Reply Quote 0
                                      • Kanzler1959
                                        Kanzler1959 @sf-ing last edited by

                                        @sf-ing De Rettung nach 2h Suchen. Danke

                                        1 Reply Last reply Reply Quote 0
                                        • First post
                                          Last post

                                        Support us

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

                                        591
                                        Online

                                        31.6k
                                        Users

                                        79.4k
                                        Topics

                                        1.3m
                                        Posts

                                        flot mariadb mysql synology diskstation
                                        16
                                        41
                                        18548
                                        Loading More Posts
                                        • Oldest to Newest
                                        • Newest to Oldest
                                        • Most Votes
                                        Reply
                                        • Reply as topic
                                        Log in to reply
                                        Community
                                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                        The ioBroker Community 2014-2023
                                        logo