Beiträge von Vorlon

Vielen Dank an alle für eure guten Tipps und das Kodi-Fachwissen!


Ihr habt mir wirklich sehr geholfen, auch wenn ich nicht für alle Ratschläge empfänglich war... Sorry!

Mein Problem ist gelöst, und der Fehler ist sogar reproduzierbar.

Ich hatte ja per Path-Substitution einen freigegebenen Ordner auf dem NAS als Ziel für die Thumbnails definiert.

Wenn ich die Videobibliothek (den Kodi-Export in EINE Datei aus der alten Installaltion vom QNAP) die auf meinem Desktop liegt nun importiere wird die Datenbank sauber gefüllt aber die Bilder landen trotz Path-Substitution im lokalen Thumbnailordner unter AppData.

Mache ich nun genau den gleichen Import nur mit dem Unterschied, dass die zu importierenden Daten ebenfalls auf der substituierten Freigabe statt auf dem Desktop liegen wird wie gewünscht der dortige Thumbnailordner gefüllt.

Ich habe das Ganze jetzt zweimal ausprobiert und es lässt sich tatsächlich reproduzieren.

Keine Ahnung warum der Speicherort der zu importierenden Daten hier relevant ist.

Vieleicht hilft irgend jemanden ohne Emby die information weiter...

Wie dem auch sei, Vielen Dank!

Zitat von Xav

In der ganzen Zeit hättest dich auch in Emby einlesen, einarbeiten können, genau aus diesem Grund nutz ich seit Jahren nicht mehr die MySql Lösung.

Das sage ich dir als Nerd mit Helfersyndrom

Ich weiß das ist nicht das was du hören willst, sorry für OT

Da hast Du vollkommen Recht und meinen Kunden würde ich auch genau die gleiche Rechnung aufmachen, da ich in diesem Fall meine Zeit aber nicht direkt sondern nur durch den Verlust von Freizeit bezahle erlaube ich mir hier ein wenig Unvernunft!
Ich möchte halt verstehen, wo der Fehler liegt und nicht vor so zwei simplen Dingen wie einer Datenbank und einer Pfadangabe zu den Thumbnails kapitulieren.

Vieleicht hat ja jemand trotz meines Dickkopfes noch eine zündende Idee zu dem Thema!
Danke im Voraus...

Moin!

Ich habe jetzt notgedrungen einmal ein wenig getestet...

Der Export in seperate Dateien ist für mich leider nicht praktikabel, zum einen habe ich ich z.B. Filme alle in einem Ordner und nicht in einzelnen Verzeichnssen, zum anderen möchte ich die vielen NFOs nicht zwischen den Medien haben.
Ich habe es dennoch einmal versucht, mit dem spaßigen Ergebnis tausende NFOs und Grafiken wieder manuell in allen Medienordnern löschen zu dürfen...

Ich habe daraufhin das Ganze einmal als Export in EINE Datei ausprobiert und danach in einen Import durchgeführt nachdem ich Kodi mit einer leeren DB auf dem Synology NAS verbunden hatte.
Ergebnis: Alle Medieninformationen und Watched-State sowie die Thumbnails sind da. Das Problem ist nur, dass die Thumbnails im lokalen AppData Verzeichnis rumliegen und nicht synchroniesiert werden.
Wenn ich also eine weitere Kodi-Installation mit den DBs auf Synology verbinde habe ich alle Medieninformationen und Watched-State aber keine Cover mehr.
Soweit ich das hier im Forum gelesen habe sollte bei Einsatz einer MySQL-DB ein autom. Sync der Cover erfolgen. Bei mir leider nicht...

Als nächstes habe ich mich nun an der Pfad-Substitution versucht.
Das Ziel dabei: Alle Thumbnails zentral auf einer entsprechenden Freigabe auf dem NAS bereitstellen und alle Kodi sind wieder schön bunt!

Ich habe also wieder die Kodi-DBs aus der Maria gelöscht, die Freigabe für die Thumbnails angelegt und die [definition='2','1']advancedsettings[/definition].xml entsprechend angepasst.

Nach dem ersten Start von Kodi wurden die beiden leeren DBs sauber in Maria angelegt und auf der Freigabe hat Kodi die Unterordner (0-f und video) unter Thumbnails angelegt.

Von daher habe ich scheinbar alles richtig gemacht und auch die Zugriffsrechte passen.

Wenn ich nun erneut den Import der Videobibliothek in Kodi anschiebe schreibt er mit die ganzen Grafiken nicht in den freigegebenen Thumbnailordner auf dem NAS sind legt einen neuen lokalen Thumbnailordner im AppData-Verzeichnis an.

Ich bin somit weder genau da, wo ich heute Morgen angefangen habe...

Ich hoffe es gibt hier noch den ein oder anderen "Nerd mit Helfersyndom" der mir helfen kann aus dem Teufelskreis zu entkommen!

Xav:
Danke für den Tipp mit Emby, aber ich möchte aber weiterhin alle Daten lokal halten. Daher kommt ein Onlinedienst hier nicht in Frage.

@DaVu:
Die Medien werden nicht umgezogen, die sind bereits von Anfang an dort wo sie sich wohlfühlen.
Auf dem Qnap läuft nur noch die MarieDB mit den beiden Datenbanken und bis vor ein paar Tagen der TVHeadend Server, der ist mittlerweile aber bereits sauber auf dem Synology eingerichtet und funktioniert.

Gibt es zu dem von Dir beschriebenen Export in Kodi irgendwo eine Anleitung an der ich mich entlang hangeln kann?
Ich möchte halt unbedingt vermeiden, dass Kodi die Mediendateien neu scrapt, denn dabei gab es in der Vergangenheit öfter Falscherkennungen
die ich dann manuell in der jeweiligen Medienbibliothek korrigiert habe. Die Arbeit möchte ich mir bei knapp 30TB Medien gerne ersparen...

Danke im Voraus!

Gibt es im PHPmyAdmin eine Möglichkeit auf dem alten NAS die Datenbank auf Fehler zu prüfen und ggf. zu korrigieren?
Oder gibt es alternativ beim Import auf dem Neuen NAS die Möglichkeit Syntaxfehler zu ignorieren oder zu überspringen?

Ich habe da einiges zu mySQL gefunden, aber das lässt sich so scheinbar nicht auf eine MariaDB anwenden...

Hallo darkside40,

ich habe beide Kodi-DBs auf dem Synology gelöscht und danach wie in der Anleitung beschrieben einen Export aller Datenbanken auf dem Qnap erstellt und diesen dann auf dem Synolgy importiert.

Das Ergebis ist wie auf dem Screenshot zu sehen:

Die Mymusic72 wurde angelegt und irgendwo mittendrin klemmt es dann!

Guten Morgen liebe Kodinerds!
Mir ist bewusst, dass es nicht der beste Stil ist seinen ersten Post mit einer Frage zu beginnen, daher entschuldige ich mich schon einmal in aller Form dafür...

Ich bin leider ein wenig ratlos und konnte zu dem Thema über die Suche nichts Erhellendes im Forum finden.
Ich nutze aktuell mehrere Kodi-Installationen im Haus die alle auf eine mySQL Datenbank auf auf einem QNAP-NAS zugreifen.
Aktuell verwende ich noch Kodi 18.9 das Update auf das aktuelle Release möchte ich erst nach dem Umzug durführen.

Der Plan ist nun die beiden Datenbanken vom Qnap-NAS (MyMusic72 und MyVideos116) auf das neue performantere Synology-NAs umzuziehen.

Ich habe auf den Synology-NAS die mariaDB angelegt, die Kennwortrichtlinie angepasst und den Benutzer kodi/kodi angelegt.

Wenn ich nun bei einem der Kodi-Clients in der [definition='2','1']advancedsettings[/definition].xml die IP des neuen NAS angebe legt mir der Client auch die beiden Datenbanken auf dem Synology an, natürlich ohne Inhalt.

Damit wäre die Funktionsfähigkeit das mySQL-Servers und die Zugriffsrechte des Clients gesichert.

Wenn ich nun auf dem QNAP-NAS (MariaDB 5) über den PHPmyAdmin die beiden Datenbanken exportiere erhalte ich eine MyMusic72.sql mit rnd 25MB und eine MyVideos116.sql mit rund 50MB.

Der Export veläuft erfolgreich und ohne eine Fehlermeldung.

Am Synology NAS (MariaDB 10) versuche ich nun den Import der Dateien in die vorher vom Client angelegten Datenbanken und bekomme die Fehlermeldung das Tabellen bereits existieren,

z.B. #1050 - Tabelle 'actor' bereits vorhanden.

Nach kurzem Überlegen, ja da hat die Software Recht, der Client hat in der DB die Strukturen ja bereits angelegt nur eben ohne Daten.

Ich habe nun in den Datenbanken alle Tabellen gelöscht, so dass ich eine leere DB habe ohne jeglichen Inhalt.

Starte ich nun den Import erneut bekomme ich folgende Fehlermeldung #1054 - Unbekanntes Tabellenfeld 'tvshow_view.c13`c13' in group statement.

Der Import hat bis dahin Tabellen und Daten angelegt, ich kann aber nicht beurteilen was fehlt.

Bei der MyMusic72 Datenbank sieht es ähnlich aus, wenn ich hier im Vorfeld alle Inhalte lösche und dann den Import starte erhalte ich folgende Fehlermeldung #1146 - Tabelle 'MyMusic72.album`album' existiert nicht.

Kann es sein, dass das in irgendeiner Form mit den unterschiedlichen MariaDB Versionen zusammenhängt?

Wenn jemand einen Denktanstoß für mich hat oder eine alternative Lösung wie ich die Datenbank von A nach B bekomme, wäre ich sehr dankbar!