Kodi Verbindung zu MariaDB nach Upgrade

verdi · 30. Juli 2021

Hallo,

Ich habe eine TS-451 NAS

Derzeit läuft Kodi 19.1 Matrix.

Weil die Version der internen MariaDB recht alt ist habe die aktuelle Version 10.4.18 über die Entware-App installiert und eingerichtet.

Die vorhandenen SQL-Datenbanken (mysql, phpmyadmin, MyMusic82, MyVideos119) habe ich vorher exportiert und auf das neue MariaDB importiert. Die interne MariaDB habe ich über die Systemsteuerung deaktiviert und die neue MariaDB über die Konsole gestartet und läuft auch.

Code

[~] # /opt/etc/init.d/S70mysqld start
[~] # /opt/etc/init.d/S70mysqld status
mysqld is already running

Mit phpMyAdmin kann ich auf das neue MariaDB zugreifen und die Datenbanken sind vorhanden.

Aber Kodi bekommt keine Verbindung zu der neuen Datenbank. Die NAS-IP hat sich nicht geändert der Port ist weiterhin 3306 wie bei der alten Datenbank auch. Daher habe ich die "advancesettings.xml" unverändert gelassen. Kodi startet mit leeren Einträgen in den Filmen und der Musik. In der Log-Datei ist als Fehler hinterlegt, dass die Datenbanken MyMusic82 und MyVideos119 nicht vorhanden sind. Wenn ich wieder zurück auf die interne MariaDB umschalte werden die Datenbanken sofort wieder gefunden.

Code

<advancedsettings>
 <videodatabase>
 <type>mysql</type>
 <host>192.168.178.22</host>
 <port>3306</port>
 <user>kodi</user>
 <pass>xxx</pass>
 </videodatabase>
 <musicdatabase>
 <type>mysql</type>
 <host>192.168.178.22</host>
 <port>3306</port>
 <user>kodi</user>
 <pass>xxx</pass>
 </musicdatabase>
 <pathsubstitution>
 <substitute>
 <from>special://masterprofile/Thumbnails</from>
 <to>smb://kodi:xxx@192.168.178.22/Thumbnails</to>
 </substitute>
 </pathsubstitution>
</advancedsettings>

Alles anzeigen

Hier habe ich die Ergebnisse nach der Suche der SQL-Prozesse:

Code

[~] # ps -ef | grep -i mysql - interne MariaDB
 9374 admin      2728 S   /bin/sh /usr/local/mariadb/bin/mysqld_safe --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --user=admin --default-storage-engine=MyISAM --wait_timeout=2628000 --pid-file=/var/lock/mariadb.pid --tmpdir=/share/CACHEDEV1_DATA/.system/tmp
 9781 admin     67552 S   /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --plugin-dir=/usr/local/mariadb/lib/plugin --user=admin --default-storage-engine=MyISAM --wait-timeout=2628000 --tmpdir=/share/CACHEDEV1_DATA/.system/tmp --log-error=/share/CACHEDEV1_DATA/.system/data/NAS-Hoops.err --pid-file=/var/lock/mariadb.pid --socket=/tmp/mysql_mediadb.sock --port=3310
30258 admin      3540 S   /bin/sh /usr/local/mysql/bin/mysqld_safe --defaults-file=/etc/config/my.cnf --datadir=/usr/local/mysql/var --tmpdir=/usr/local/mysql/tmp --pid-file=/var/lock/qmysql.pid --user=admin
30573 admin     85312 S   /usr/local/mysql/bin/mysqld --defaults-file=/etc/config/my.cnf --basedir=/usr/local/mysql --datadir=/usr/local/mysql/var --plugin-dir=/usr/local/mysql/lib/plugin --user=admin --tmpdir=/usr/local/mysql/tmp --log-error=/usr/local/mysql/var/NAS-Hoops.err --pid-file=/var/lock/qmysql.pid --socket=/tmp/mysql.sock --port=3306

[~] # ps -ef | grep -i mysql - ohne interne MariaDB
 9374 admin      2728 S   /bin/sh /usr/local/mariadb/bin/mysqld_safe --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --user=admin --default-storage-engine=MyISAM --wait_timeout=2628000 --pid-file=/var/lock/mariadb.pid --tmpdir=/share/CACHEDEV1_DATA/.system/tmp
 9781 admin     67552 S   /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --plugin-dir=/usr/local/mariadb/lib/plugin --user=admin --default-storage-engine=MyISAM --wait-timeout=2628000 --tmpdir=/share/CACHEDEV1_DATA/.system/tmp --log-error=/share/CACHEDEV1_DATA/.system/data/NAS-Hoops.err --pid-file=/var/lock/mariadb.pid --socket=/tmp/mysql_mediadb.sock --port=3310

[~] # ps -ef | grep -i mysql - externe MariaDB
 9374 admin      2728 S   /bin/sh /usr/local/mariadb/bin/mysqld_safe --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --user=admin --default-storage-engine=MyISAM --wait_timeout=2628000 --pid-file=/var/lock/mariadb.pid --tmpdir=/share/CACHEDEV1_DATA/.system/tmp
 9781 admin     67552 S   /usr/local/mariadb/bin/mysqld --defaults-file=/usr/local/mariadb/my-mariadb.cnf --basedir=/usr/local/mariadb --datadir=/share/CACHEDEV1_DATA/.system/data --plugin-dir=/usr/local/mariadb/lib/plugin --user=admin --default-storage-engine=MyISAM --wait-timeout=2628000 --tmpdir=/share/CACHEDEV1_DATA/.system/tmp --log-error=/share/CACHEDEV1_DATA/.system/data/NAS-Hoops.err --pid-file=/var/lock/mariadb.pid --socket=/tmp/mysql_mediadb.sock --port=3310
20029 admin     64012 S   /opt/bin/mysqld --pid-file=/opt/var/run/mysqld/mysqld.pid

Alles anzeigen

Kann mir jemand helfen und schreiben, warum auf die neue Datenbanken nicht zugegriffen werden kann. Muss ich vorher noch etwas anpassen oder einstellen?

Ich freue mich auf gute Ratschläge.

Viele Grüße

lhsei · 30. Juli 2021

Hallo,

was sagt denn

Code

SHOW DATABASES;

im externen MySQL-Server? Tauchen die beiden Kodi-Datenbanken auf?

Und sind die Kodi-User angelegt?

Code

USE mysql;
SELECT * FROM user WHERE user='kodi';

Viele Grüße!

Lars

PS: Ich freue mich, dass der aktuelle MariaDB-Server nun läuft

verdi · 30. Juli 2021

Hallo Lars,

vielen Dank, dass Du dich noch mal meldest.

Die MariaDB-Config-Datei wurde irgendwie nicht richtig eingelesen. Daher wurde die Installation auch nicht wie angegeben durchgeführt. Ein alter Kollege hat das gefixt, wie weiss ich nicht genau, sonst würde ich das schreiben.

Aber nun bin ich noch immer nicht am Ziel angekommen und Kodi findet die Datenbanken nicht.

Code

MariaDB [(none)]> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| #mysql50#.streams  |
| @Recycle           |
| MyMusic82          |
| MyVideos119        |
| information_schema |
| mysql              |
| performance_schema |
| phpmyadmin         |
+--------------------+
8 rows in set (0.071 sec)

MariaDB [mysql]> SELECT * FROM user WHERE user='kodi';

| Host      | User | Password                                  | Select_priv | I | File_priv | Grant_priv | References_priv | Index_priv | Alter_priv | Show_db_riv | Create_view_priv | Show_view_priv | Create_routine_priv | Alter_routine_pr ssl_cipher | x509_issuer | x509_subject | max_questions | max_updates | max_cond_expired | is_role | default_role | max_statement_time |

| %         | kodi | *D3482FB86AAB4A936E9C9317D59D0DB6288E66C5 | Y           | Y | Y         | Y          | Y               | Y          | Y          | Y           | Y                | Y              | Y                   | Y                           |             |              |             0 |           0 |                  | N       |              |           0.000000 |
| nas-hoops | kodi | *D3482FB86AAB4A936E9C9317D59D0DB6288E66C5 | Y           | Y | Y         | Y          | Y               | Y          | Y          | Y           | Y                | Y              | Y                   | Y                           |             |              |             0 |           0 |                  | N       |              |           0.000000 |

2 rows in set (0.002 sec)

Alles anzeigen

Woher die DB mysql50#.streams kommt, weiss ich nicht.

Viele Grüße

lhsei · 30. Juli 2021

Was sagt denn

Code

telnet localhost 3306

verdi · 30. Juli 2021

Code

[~] # telnet localhost 3306
Y
5.5.5-10.4.18-MariaDB
XoDElpo\▒▒-^Bp.1KgEcAZ"mysql_native_passwordConnection closed by foreign host
[~] #

lhsei · 30. Juli 2021

Das sieht sehr gut aus! Der aktuelle MariaDB-Server läuft und lauscht auch auf dem richtigen Port.

Ändere mal bitte in Deiner Kodi-Config den Eintrag

Code

<host>192.168.178.22</host>

in

Code

<host>localhost</host>

oder

Code

<host>127.0.0.1</host>

Und danach bitte Kodi neu starten.

verdi · 30. Juli 2021

Hallo,

nun kommt als Fehlermeldung bei dem Zugriff auf die Datenbanken mit Access denied.

Die Liste z. B mit meinen Filmen in der Datenbank bekomme ich angezeigt aber ohne Zusatzinfos und Bilder. Wenn ich einen Film starten möchte wird Kodi automatisch beendet.

Die log-Datei sende ich im Anhang mit.

Kann mir jemand erklären wo der Unterschied beim Zugriff auf die NAS-interne MariaDB und der neueren MariaDB über Entware liegt?

Soll ich lieber die Datenbanken mit Kodi exportieren und dann importieren ?

Ich freue mich über weitere Hilfe.

Viele Grüße

lhsei · 30. Juli 2021

ok.

Dein Nutzer hat keine Rechte auf der Datenbank. Also wieder in MariaDB rein und dann folgende Befehle ausführen:

Code

GRANT ALL PRIVILEGES ON MyMusic82.*  TO 'kodi'@'127.0.0.1';
GRANT ALL PRIVILEGES ON MyVideos119.*  TO 'kodi'@'127.0.0.1';

verdi · 30. Juli 2021

Die Befehle funktionieren nicht

Code

MariaDB [(none)]> GRANT ALL PRIVILEGES ON MyMusic82.*  TO 'kodi'@'127.0.0.1';
ERROR 1133 (28000): Can't find any matching row in the user table
MariaDB [(none)]> GRANT ALL PRIVILEGES ON MyVideos119.*  TO 'kodi'@'127.0.0.1';
ERROR 1133 (28000): Can't find any matching row in the user table

Ich habe die Benutzerrechte für kodi mit phpMyAdmin für alle DBs und alle Hosts hinzugefügt.

Die Fehler sind immer noch vorhanden. Warum ist es so schwer die Datenbank zu wechseln?

lhsei · 30. Juli 2021

Der Fehler besagt, dass es den Nutzer kodi für den Host 127.0.0.1 nicht gibt. Daher muss der Nutzer neu angelegt werden.

Das deutet alles darauf hin, dass beim Wechsel der DB-Engine die Datenbank mysql nicht korrekt exportiert und importiert wurde - in dieser Datenbank liegen u.a. alle Userdaten.

Den User kodi für 127.0.0.1 legt man mit folgendem Befehl an:

Code

CREATE USER 'kodi'@'127.0.0.1' IDENTIFIED BY 'PASSWORT';

Wobei PASSWORT durch das korrekte Passwort, welches mit der kodi-Config übereinstimmen muss, ersetzt wird. Danach noch mal die beiden GRANT Befehle von oben und als letztes zum Übernehmen der Änderungen:

Code

FLUSH PRIVILEGES;

Fertig.

Testen kannst Du es so:

Code

mysql -u kodi -p
USE MyMusic82;
SHOW TABLES;
SELECT * FROM tabelle;
USE MyVideos119;
SHOW TABLES;
SELECT * FROM tabelle;

Wobei tabelle jeweils durch eine beliebige Tabelle aus der jeweiligen Datenbank ersetzt werden muss.

verdi · 30. Juli 2021

Der Benutzer kodi war in der "alten" Datenbank und ist genauso in der neuen DB vorhanden. Ich habe wie oben geschrieben die Freigabe für alle Hosts und alle erforderlichen Datenbanken neu gesetzt

Code

    kodi    %    Ja    ALL PRIVILEGES        Ja    Rechte ändern Rechte ändern    Exportieren Exportieren
    kodi    nas-hoops    Ja    ALL PRIVILEGES        Ja    Rechte ändern Rechte ändern    Exportieren Exportieren
    mariadb.sys    localhost    Nein    USAGE        Nein    Rechte ändern Rechte ändern    Exportieren Exportieren
    root    localhost    Ja    ALL PRIVILEGES        Ja    Rechte ändern Rechte ändern    Exportieren Exportieren

Es will nicht laufen

lhsei · 31. Juli 2021

Dann setze doch mal testweise die root-Anmeldung in der Kodi-Config ein und schaue, ob es mit dem root-Nutzer der MariaDB klappt.

verdi · 31. Juli 2021

Super - ich danke Dir!

Mit root hat die Verbindung geklappt nun habe ich den Benutzer kodi neu eingerichtet.

Kodi auf der NAS läuft nun mit dem Benutzer kodi und der IP 127.0.0.1

Nun wollte ich gleich Kodi von meinem Win10 PC mit verbinden, also habe dort auch die IP 127.0.0.1 eingetragen in die advancedsetting. Zuvor habe ich einen neuen Benutzer angelegt: kodi@192.168.178.28 (=IP vom PC) mit den gleichen Rechten wie für die Kodi-NAS. Keine Verbindung zu den Datenbanken

Code

2021-07-31 01:30:44.348 T:11680   ERROR <general>: Unable to open database: MyMusic82 [2002](Can't connect to MySQL server on '127.0.0.1' (10061))
2021-07-31 01:30:46.066 T:15056    INFO <general>: CIRServerSuite::Process: failed to connect to irss, will keep retrying every 5 seconds

Braucht Windows nun einen extra Benutzer mit anderen Einstellungen?

lhsei · 31. Juli 2021

Hallo,

das kann nicht klappen

127.0.0.1 ist die feste IP des lokalen Hostes, d.h. Du versuchst auf Deinem PC eine lokal installierte Datenbank aufzurufen, die es gar nicht gibt.

Auf Deinem PC musst Du entweder den FQDN oder die IP des NAS verwenden. Aber Achtung: Natürlich muss dann die Kombination aus Nutzer und IP-Adresse auch die Berechtigungen (GRANT....) auf der Datenbank haben.

verdi · 3. August 2021

Hallo,

die Verbindung mit der NAS-IP geht aber auch nicht. Diese war ja noch eingestellt und habe ich geändert, weil die Verbindung nicht funktionierte. Warum funktioniert die Verbindung mit der IP nicht mehr. Was muss ich nun eintragen? Wie wird diese FQDN angegeben?

Code

2021-08-01 19:26:09.924 T:14952   ERROR <general>: Unable to open database: MyMusic82 [2002](Can't connect to MySQL server on '192.168.178.22' (10061))

lhsei · 3. August 2021

Hallo Verdi,

ich versuche mal, ein bisschen Licht ins Dunkel zu bringen.

1. Der FQDN (full qualified domain name) ist der eindeutige Netzwerkname des NAS. Dieser wird entweder über DNS oder WINS in die IP des NAS "übersetzt".

2. Wenn die Verbindung mit der IP nicht klappt, dann bitte prüfen, ob der MariaDB-Server an eine bestimmte IP (z.B. 127.0.0.1 für localhost) gebunden ist. Dazu bitte in der MariaDB-Konfiguration prüfen, ob die Zeile

Code

bind-address 127.0.0.1

mit einem # auskommentiert ist. Falls nein, bitte auskommentieren und den MariaDB-Server neu starten.

3. Zum Testen, ob der MariaDB-Server auf externe IPs "lauscht", auf dem PC in einer Kommandozeile den folgenden Befehl ausführen:

Code

telnet IP_DES_NAS 3306

Dann siehst Du, ob der Server antwortet. Falls nein, bitte noch mal die Konfiguration prüfen.

verdi · 4. August 2021

Hallo,

vielen Dank!

Die Config-Datei habe ich geändert - wie wird die geänderte Datei geladen. Muss dafür MariaDB komplett neu installiert werden?

Code

opkg update
opkg upgrade

Die Befehle scheinen nicht zu ausreichend zu sein.

Telnet ist auf Windows 10 nicht mehr aktiv - daher ich zunächst eine Fehlermeldung erhalten, dass der Dienst nicht verfügbar ist. Nun habe ich Telnet manuell aktiviert, die Verbindung kann aber nicht hergestellt werden

Code

C:\Users\ego>telnet 192.168.178.22 3306
Verbindungsaufbau zu 192.168.178.22...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 3306: Verbindungsfehler

lhsei · 4. August 2021

Hallo,

der MariaDB-Server wird mit folgendem Befehl neu gestartet:

Code

/opt/etc/init.d/S70mysqld restart

verdi · 5. August 2021

Hallo

ich bin mir nicht sicher, ob der "restart" wirklich die Änderung der Config-Datei berücksichtigt. In der Log-Datei sehe ich keinen Unterschied:

Code

2021-08-05 21:43:33 0 [Note] /opt/bin/mysqld (initiated by: unknown): Normal shutdown
2021-08-05 21:43:33 0 [Note] Event Scheduler: Purging the queue. 0 events
2021-08-05 21:43:33 0 [Note] InnoDB: FTS optimize thread exiting.
2021-08-05 21:43:33 0 [Note] InnoDB: Starting shutdown...
2021-08-05 21:43:33 0 [Note] InnoDB: Dumping buffer pool(s) to /share/CACHEDEV1_DATA/Databases/ib_buffer_pool
2021-08-05 21:43:33 0 [Note] InnoDB: Buffer pool(s) dump completed at 210805 21:43:33
2021-08-05 21:43:35 0 [Note] InnoDB: Removed temporary tablespace data file: "ibtmp1"
2021-08-05 21:43:35 0 [Note] InnoDB: Shutdown completed; log sequence number 166078; transaction id 97
2021-08-05 21:43:35 0 [Note] /opt/bin/mysqld: Shutdown complete

2021-08-05 21:43:36 0 [Note] InnoDB: Using Linux native AIO
2021-08-05 21:43:36 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2021-08-05 21:43:36 0 [Note] InnoDB: Uses event mutexes
2021-08-05 21:43:36 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2021-08-05 21:43:36 0 [Note] InnoDB: Number of pools: 1
2021-08-05 21:43:36 0 [Note] InnoDB: Using SSE2 crc32 instructions
2021-08-05 21:43:36 0 [Note] mysqld: O_TMPFILE is not supported on /opt/tmp (disabling future attempts)
2021-08-05 21:43:36 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M
2021-08-05 21:43:36 0 [Note] InnoDB: Completed initialization of buffer pool
2021-08-05 21:43:36 0 [Note] InnoDB: page_cleaner coordinator priority: -20
2021-08-05 21:43:36 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2021-08-05 21:43:36 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2021-08-05 21:43:36 0 [Note] InnoDB: Setting file './ibtmp1' size to 12 MB. Physically writing the file full; Please wait ...
2021-08-05 21:43:36 0 [Note] InnoDB: File './ibtmp1' size is now 12 MB.
2021-08-05 21:43:36 0 [Note] InnoDB: Waiting for purge to start
2021-08-05 21:43:36 0 [Note] InnoDB: 10.4.18 started; log sequence number 166078; transaction id 96
2021-08-05 21:43:36 0 [Note] InnoDB: Loading buffer pool(s) from /share/CACHEDEV1_DATA/Databases/ib_buffer_pool
2021-08-05 21:43:36 0 [Note] InnoDB: Buffer pool(s) load completed at 210805 21:43:36
2021-08-05 21:43:36 0 [Note] Server socket created on IP: '127.0.0.1'.
2021-08-05 21:43:36 0 [Note] Reading of all Master_info entries succeeded
2021-08-05 21:43:36 0 [Note] Added new Master_info '' to hash table
2021-08-05 21:43:36 0 [Note] /opt/bin/mysqld: ready for connections.
Version: '10.4.18-MariaDB'  socket: '/tmp/mysql.sock'  port: 3306  Source distribution

Alles anzeigen

lhsei · 5. August 2021

Da steht es doch im Protokoll. Der Server bindet aktuell nur an localhost (127.0.0.1).

Code

2021-08-05 21:43:36 0 [Note] Server socket created on IP: '127.0.0.1'.

Prüfe bitte noch mal Deine Config-Datei. Da ist irgendwo der Parameter drin.

Bitte auch prüfen, dass nicht der Parameter

Code

skip-networking

gesetzt ist.

Ansonsten mal den Parameter

Code

bind-address 0.0.0.0

setzen. Dann lauscht MariaDB auf allen Netzwerken.

Ist hier auch noch mal in der offiziellen Dokumentation zu MariaDB beschrieben:

Anleitung MariaDB Networking

Kodi Verbindung zu MariaDB nach Upgrade

QuTS hero h5.1.6.2734 Build 20240414

QTS 5.1.6.2722 Build 20240402

Vulnerability in XZ Utils

Vulnerability in Network ＆ Virtual Switch

KODI 21

Kodi - addons funktionieren nicht mehr

KODI 17 installieren

Ultrastar Deluxe

Kodi 18 Installation

Screenshots erstellen und im Forum einbinden (Windows)

(Betriebs)- System vs. Systemvolume - Hinweise zum Verständnis

QuDedup: Backup Job neu verlinken - Ein Ritt ins Verderben

[QUICK HOW-TO] Apps manuell auf ein anderes Volume verschieben

[QUICK HOW TO] QNAP Disks unter Windows mit UFS Explorer auslesen

Kodi-Headless Server als Docker-Container

Hardware Praxis – „Hör mal wer da surrt“: Ein Erfahrungsbericht aus dem IT-Alltag

Hardware Praxis – Tipps zum Einbau einer neuen Festplatte: Ergänzung

Foren Update im Juli / August geplant

IT-Geschichten – Die verrückte Tastatur