Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Wagner]

@simatec
pi@ras-ssd:~ $ mysqldump -u iobroker -p xxxx iobroker -h localhost -P 3306 > /opt/iobroker/backups/mysql.sql
Enter password:
mysqldump: Got error: 1044: "Access denied for user 'iobroker'@'%' to database 'xxxx'" when selecting the database
pi@ras-ssd:~ $

K... jetzt sind alle backups aus den Ordner verschwunden!!!

[simatec]

@wagner Bitte Code in code-tags setzen...
Stimmen denn überhaupt deine Userdaten... Zeige mal die Settings vom SQL Adapter ...

Und bitte die Settings von Backitup als JSON File posten

[Wagner]

@simatec --- die Passwörte habe ich verglichen.
sql.0.json
system.adapter.backitup.0.json

[IobNordlicht]

@wagner sagte in mysqldump: Error 2013 - Backup v2.9.8:

mysqldump: Got error: 1044: "Access denied for user 'iobroker'@'%' to database 'xxxx'" when selecting the database

Ist das nicht schon das Problem und somit die Lösung?

In Mysql muss die Datenbank "iobroker" bereits existieren. Außerdem muss der User iobroker von beliebiger Adresse aus ( -> '@%') Zugriff darauf haben. Daran scheitert das Kommando.

@wagner sagte in [mysqldump: Error 2013 - Backup v2.9.8]:

@iobnordlicht - Was ist "iobroker user"?

Das ist normalerweise der Linux-User, unter welchem iobroker läuft :wink:

[Wagner]

@iobnordlicht

MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| MeineDatenbank     |
| information_schema |
| iobroker           |
| mysql              |
| performance_schema |
| sys                |
+--------------------+
6 rows in set (0,001 sec)

Und so habe ich das Installiert (ca. vor einem Jahr)

CREATE USER 'iobroker'@'%' IDENTIFIED BY 'xxxx';
GRANT ALL PRIVILEGES ON iobroker.* TO 'iobroker'@'%';
FLUSH PRIVILEGES;

Das Problem ist mir erst aufgefallen nach Install von Backup v.2.9.8...

[IobNordlicht]

@wagner
Müsste der klassische "localhost" Fehler in Mysql sein:
% beinhaltet nicht localhost, zumindest war das früher so, als ich mich noch auf dem Terrain bewegte :older_man:

mysqldump loggt sich als iobroker@localhost oder iobroker@127.0.0.1 ein.
Mysql wiederum hat nur "iobroker@%" als Eintrag, was, so weit ich erinnere, für externe IPs nur gilt.

Füge mal noch zwei GRANTs hinzu, schaden kann es eh nicht.
Dazu logge dich in mysql auf der Konsole ein und gib folgendes ein:

GRANT ALL PRIVILEGES ON iobroker.* TO 'iobroker'@localhost;
GRANT ALL PRIVILEGES ON iobroker.* TO 'iobroker'@127.0.0.1;
FLUSH PRIVILEGES;

Dann teste mal, ob du mit mysql -u iobroker -p dich einloggen kannst...
Und dann teste erneut den mysqldump-Befehl....

[Wagner]

@iobnordlicht - hat nix gebracht..

pi@ras-ssd:~ $ sudo mysql -u root -p
Enter password:
Welcome to the MariaDB monitor.  Commands end with ; or \g.
Your MariaDB connection id is 915
Server version: 10.11.4-MariaDB-1~deb12u1 Debian 12

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> GRANT ALL PRIVILEGES ON iobroker.* TO 'iobroker'@localhost;
ERROR 1133 (28000): Can't find any matching row in the user table
MariaDB [(none)]> GRANT ALL PRIVILEGES ON iobroker.* TO 'iobroker'@127.0.0.1;
ERROR 1133 (28000): Can't find any matching row in the user table
MariaDB [(none)]> exit
Bye
pi@ras-ssd:~ $

[IobNordlicht]

@wagner sagte in mysqldump: Error 2013 - Backup v2.9.8:

ERROR 1133

Tjoa, würde sagen, der User iobroker existert nüschd...

schau mal nach SELECT User FROM mysql.user;

[IobNordlicht]

@iobnordlicht
...Oder besser gleich SELECT User,Db,Host FROM mysql.user;

[Wagner]

@iobnordlicht

MariaDB [(none)]> SELECT User FROM mysql.user;
+----------------+
| User           |
+----------------+
| MeineDatenbank |
| iobroker       |
| root           |
| mariadb.sys    |
| mysql          |
| root           |
+----------------+
6 rows in set (0,002 sec)

MariaDB [(none)]> SELECT User,Db,Host FROM mysql.user;
ERROR 1054 (42S22): Unknown column 'Db' in 'field list'
MariaDB [(none)]>

[IobNordlicht]

@wagner Ok, schau dir mal mit describe mysql.user; die Spalten an, kann sein, es heißt nicht db sondern Database oder so.

[simatec]

@wagner Also in deinem Backup war es keine IP sondern localhost... Das stimmt dein Log schonmal nicht zu deinen geposteten Settings... Warum zensierst du in den Settings deine lokalen IP's ... So kann man dir nicht helfen... Mit lokalen IP's kann hier kein Mensch etwas anfangen und müssen nicht zensiert werden.

Was ist denn nun tatsächlich in deinen Settings? localhost oder die IP?

[Wagner]

@iobnordlicht - ich habe mal das versucht:

SELECT *  FROM mysql.user;

[IobNordlicht]

@wagner
Jo, geht auch, gibt nur eine verdammt breite Tabelle :grin:

Ok, aber bist du nun weiter?
Du siehst ja nun, welche User in welchen Kombinationen aus Host und Datenbank im System der Datenbank sind. Das muss halt passen.

Ich denke, damit kommst du aber nun erstmal weiter, hoffe ich.

[Wagner]

@iobnordlicht - eigentlich nicht, aber trotzdem danke... ich habe mal hier was angeklickt wegen dem "Lost connecion" - aber alles englisch und das kann ich nicht so richtig...
link text

[Wagner]

@wagner - meine iobroker datenbank kann ich aber mit Window HeidiSQL bearbeiten...

[IobNordlicht]

@wagner
Dein Fehler sagt, dass es ein Rechte Problem gibt.
Die Datenbank "mysql.user" enthalt die User der Datenbank mit ihren Rechten.

Poste doch mal den Output von "Describe mysql.user;" damit ich sehen kann, was für Spalten dort sind.
Dann baue ich dir nochmal ein SQL Statement zusammen...