Kodi 20.2, Fire TV Stick, keine externe Datenbank mehr

Zitat von DaVu

aber das was hier passiert ist nicht zielführend.

Ich bin dann wieder raus und warte auf ne PN...Oder halt auch nicht.

Ich wünsche euch viel Glück

Ich finde schon, denn nach meiner Einschätzung ist nur noch eine Hürde zu nehmen.

Ob die Herangehensweise bisher zielführend war, ist ein Statement von Dir - welches wie ich finde nicht Zielführend ist, denn nach Statements wurde nicht gefragt, und ob Du weiter hier teilnimmst auch nicht

Mit Glück willst Du vermutlich andeuten, das bisher alles Holzweg war, und nur mit Glück noch das Ziel zu erreichen ist

Unterschwellig schon ein bisschen abwertend...

Wenn ich Zugriff auf das NAS des TEs hätte, wäre das ganze für mich vermutlich in ein paar Minuten erledigt. So aus der Ferne, und mit einem Benutzer mit nicht umfänglichen Erfahrungen wird es halt ein bisschen langwieriger Insofern hat die bisherige Herangehensweise vielleicht sogar einen Mehrwert, da sie wie ich meine nachvollziehbar ist, und der TE und andere Erkenntnisse/Erfahrungen sammeln können.

Letztendlich sehe ich Unterstützung nicht als Challenge, welche in einem Absatz erledigt werden muss.

Das war jetzt mein Statement dazu, ohne Anspruch auf weitere Auslassungen in diesem Thread, bitte nicht

BaCen installier dir Emby oder Jellyfin auf dem NAS, dann brauchst du dich nicht mit der MySQL DB rumschlagen.

Hier geht es weiter:

Nach meinen Recherchen, liegt die maßgebliche my.cnf auf Deinem NAS in /etc/

Ich würde deshalb die Änderung noch einmal mit WinSCP durchführen, Doppelklick auf my.cnf, Änderung durchführen, und mit (oben links im Editor) abspeichern, ein reload mit (Symbol im Dateimanager) durchführen, und schauen ob die Änderung übernommen wurde, also noch einmal die my.cnf öffnen...

Tatsächlich könnte ich Dein Problem über eine Fernwartung vermutlich am schnellsten lösen...

Lass uns beim WinSCP bleiben, das dürfte für Dich auch einfacher sein.

Die "my.cnf" scheint die letzte Hürde zu sein, und es gilt jetzt zu prüfen warum diese nach den Änderungen überschrieben wird.

Wir schauen uns die my.cnf an:

WinSCP starten, und mit der rechten Maustaste auf my.cnf um die Eigenschaften anzeigen zu lassen, dann hier zeigen.

my.cnf mit Doppelklick öffnen und die Zeile "bind-adress=127.0.0.1" mit "# bind-adress=127.0.0.1" auskommentieren/deaktivieren.

Dann oben links im Editor auf um zu speichern. Einen Reload im WinSCP mit durchführen. Datei mit Doppelklick anschauen ob die Änderung gespeichert wurde. Wenn ja, dann rechte Maustaste auf die my.cnf, und unter Oktal 0444 eintragen, und mit OK abspeichern.

Danach muss das so aussehen:

NAS neu starten, und schauen ob die Änderung in der my.cnf unverändert ist. Wenn die Änderung geblieben ist, kannst Du wieder testen und berichten.

Zitat von BaCen

Habe ich gemacht. Aber leider, ist die bind-address wieder auf 127.0.0.1, per Eigenschaft ist die Oktal wieder auf 0644 zurück gestellt.

Frechheit

Ich schlage Fernwartung vor, und melde mich im Chat.

Hätte ausm Bauch raus, auf Subnet, welches nicht gleich ist geraten

Vlt hilft das weiter:

• If MySQL binds to 127.0.0.1, then only software on the same computer will be able to connect (because 127.0.0.1 is always the local computer).
• If MySQL binds to 192.168.0.2 (and the server computer's IP address is 192.168.0.2 and it's on a /24 subnet), then any computers on the same subnet (anything that starts with 192.168.0) will be able to connect.
• If MySQL binds to 0.0.0.0, then any computer which is able to reach the server computer over the network will be able to connect.

These are all transport-level connections. Remote computers still need to qualify for application-level, which is to say they will still require the correct login credentials and host parameters from mysql.user.

Quelle: stackoverflow.com

Bei dem WD My Cloud NAS ab Firmware OS5 ist der Remote-Datenbankzugriff per Standard deaktiviert, und kann nur im Dashboard über die Netzwerkeinstellungen aktiviert werden. Händische Änderungen in der "my.cnf" werden systemseitig zurückgesetzt.

Die Lösung:

Lösung ist verfügbar um den Datenbankserver remote zu erreichen, s.o., allerdings gefällt Emby als Alternative...

Emby kann auch wunderbar mit Kodi zusammenarbeiten. Es hängt halt davon ab was man für Clients hat.

Schön das diese Sache jetzt für dich ein gutes Ende genommen hat, vielleicht hat man ja trotzdem die ein oder andere Erfahrung sammeln können.

catshome danke für deinen Einsatz

O.K. - Bin hier etwas spät aufgeschlagen - hatte beim letzten Aufsetzen einer MariaDb auf dem Raspi das gleiche Problem und konnte es über eine Änderung (irgendeiner) Config-Datei lösen.
Nur fehlt mir die Motivation das jetzt aus meinen Backups wieder heraus zu suchen.

Meine aktuelle - und vollkommen problemfreie Lösung:
Raspi neu aufgesetzt und Docker mit Portainer installiert.
Dann die MariaDb-Container von Pi-Hosted installiert.(https://raw.githubusercontent.com/pi-hosted/pi-h…r-v2-amd64.json)
....Admin und User für KODI eingerichtet - fertig - läuft so out of the box mit externen Devices.

Generell sollte man sich so oder so überleben, ob man den SQL/MariaDb-Server ausgerechnet auf dem NAS laufen lassen muss.
Wenn man nicht gerade SSDs eingebaut hat, läuft ein Raspi mit guter SD-Karte deutlich fluffiger.