- Edited
Odla Wie siehst du das? https://forums.thetvdb.com/viewtopic.php?f=3&t=61687 betrifft das nun deine ganze Arbeit?
Oder ist alles nur gerade lahmgelegt bei tvdb: https://forums.thetvdb.com/viewtopic.php?f=122&t=63148&start=20
Medusa mit Glotz Support
Momentan siehst du im Programm selbst leider nicht welche Version du benutzt, da im Code noch alles auf das originale Repository verweist.
Wenn du Docker verwendest kannst du schauen ob es eine neuen Build gibt, in dem Fall gibts auch eine neue Version. Ein update führst du dann durch, indem du das neue Image ziehst. Den Updateprozess kannst du mit "Watchtower" automatisieren oder auch "Portainer" bietet eine einfache Möglichkeit mit einem Klick zu updaten.
Eigentlich habe ich auch nicht vor das umzusetzen, da das Ziel ist den Code ins originale Medusa zu übernehmen und ich dies als temporäre Lösung ansehe, bis Medusa sich endgültig von Python 2 trennt. Sollte aber aus irgendwelchen Gründen Glotz nicht als Indexer ins originale Repo aufgenommen werden, würde ich mich der Sache annehmen.
Zum Restore: Es kann gut sein, dass ich da noch was anpassen muss. Was genau meinst du mit Restore? Der Wechsel von einer Medusa Version zur anderen oder die Übernahme deiner Datenbank aus einem anderen Fork?
Zum ersten Link: Das betrifft Medusa mit Python 3 nicht, da sich alle Bibliotheken (SSL, etc.) auf einem aktuellen Stand halten lassen.
Zum zweiten Link: Klar, wenn die API nicht antwortet, können sich die Tools auch keine Infos ziehen. Das betrifft alle Programme die auf der TVDB API aufsetzen.
Odla Danke für deine ausführliche Erklärung.
Ich werde Medusa weiter beobachten ob sich diesbezüglich etwas tut, ich denke aber das du uns doch bestimmt auch informierst, oder?
Bezüglich des Restore. Ich hatte ein Backup von Medusa erstelle und muß ja zum Docker Update unter Synology den Container-Inhalt löschen. Beim Restore wurde dann allerdings keine Shows mit übernommen. Settings waren allerdings, scheinbar komplett, vorhanden.
Das ist merkwürdig, ich habe ohne Probleme zwischen verschiedenen Versionen und Forks geswitched und es wurde immer alles übernommen.
Von Medusa selbst braucht man eigentlich auch kein Backup machen. Bei Docker wird alles was im Container ist nicht persistent gespeichert. Für ein Update löscht man den alten Container und zieht sich ein neues Images. Alles was beibehalten werden soll, speichert man außerhalb des Containers über Volumes oder bind mounts.
Kurzes Beispiel: Ich habe auf meinem NAS folgenden Ordner angelegt:
/home/dockeruser/.config/medusa
Diesen übergebe ich dem Container via bind mount und so landet die gesamte Config inklusiver der SerienDB, des cache etc. in diesem Ordner. Nach einem Update verwendet der neue Container genau diesen Ordner weiter. Ein extra Backup ist also unnötig.
5 days later
5 days later
@Odla
Erstmal vielen Dank für deine Arbeit, dein Container läuft bei mir seit Tag 1 ohne jegliche Probleme, super Arbeit!
Ich habe bei ein paar Serien ein seltsames verhalten was du mir vielleicht einfach erklären kannst.
Beispiel:
Ich habe die Serie "Die verlorene Tochter" (https://www.glotz.info/show/die-verlorene-tochter-2018) über Medusa hinzugefügt und dabei natürlich den Glotz Indexer und den entsprechenden EIntrag (es werden zwei Ergebnisse angezeigt) ausgewählt.
Die Serie wird sauber gecrawled, allerdings bekomme ich weder die Airdates von Glotz, noch das Coverbild. In der Folge davon wird die Serie in Übersicht natürlich mit 0/0 Folgen und Continuing angezeigt.
Ich habe die Serie zwischenzeitlich auch mal gelöscht und neu hinzugefügt, Force Full Update versucht, usw. immer selbes Ergebnis.
Hast du evtl. noch ne Idee was man probieren könnte?
Viele Grüße
7 days later
- Edited
Odla
Hi, ich wollte das mit dem mount jetzt umsetzen und muß noch kurz fragen wie der Mount-Pfad innerhalb des Docker Containers zeigen muß.
...den Import aller Serien werde ich dann vermutlich nochmals laufen lassen müssen...
Hi, wichtig ist eigentlich nur, dass der HostPath wo deine Konfigurationsdateien liegen im Container auf "/config" verweist. Alles andere kannst du dann ja innerhalb von Medusa konfigurieren.
Beispiel: Angenommen auf dem NAS gibts den Ordner "/home/MeineSerien/" wo die Serien liegen. Dann kannst du als zugehörigen Container Pfad "/Serien" definieren und in den Medusa-Einstellungen (General Configuration -> Reiter Misc -> Show root directories) als Serienornder definieren. Sprich: Im Container und für Medusa sichtbar hast du nun einen Pfad /Serien. Der Name des Pfades ist aber frei wählbar und spielt zunächst keine Rolle.
Wichtig ist eher eine konsistente Benennung wenn du verschiedene Tools benutzt. Angenommen eine Docker-Sabnzbd-Instanz speichert neue Downloads unter "/NeueFolgen" und ein Script übergibt Medusa die Info, doch mal PostProcessing im Ordner "/NeueFolgen" durchzuführen. Dann muss man den Ordner bei Medusa unter gleichem Namen eingebunden haben.
Odla
Ich habe aktuell nur Medusa im Docker laufen. Habe das jetzt mal entsprechend geändert und warte mal auf dein nächstes Update um das ganze zu testen. ;-)
5 days later
- Edited
Ich habe mir das mal eben angesehen... Bei der Serie liefert die API keine Bilder zurück und löst dann intern einen Fehler aus. Ich muss mir noch überlegen wie ich damit umgehe. Zumindest ist dies die Ursache, dass keine Cover angezeigt werden.
Zu den Airdates: Auf Glotz gibt es noch keine deutschen Airdates zur Serie (da steht N/A) und daher kann Medusa auch keine anzeigen und ergo bleibt der Status der Folgen auf "Unaired".
Edit: Ich habe gerade gesehen, dass es sich um eine deutsche Serie handelt. Da müsste man wohl am besten bei Glotz die AirDates doppelt eintragen (Airdate und Original Airdate mit dem selben Wert) damit das reibungslos funktioniert. Das wurde beispielsweise bei Hindafing genau so gemacht.
Habe jetzt auch mal Deinen Meduse Fork im Docker auf der Synology laufen und gerade am testen. Bis jetzt sieht alles gut aus.
Die Updatebenachrichtigungen beziehen sich auf einen anderen Fork oder?
Funktioniert der automatische Massupdate bei Glotz zuverlässig?
@Odla @WebBuddha
Medusa läuft echt gut im Docker Container. Über Package Center habe ich es nicht zum laufen gebracht.
Einziges "Problem": Der post-process in NZBGet über nzbtosickbeard läuft nicht. Es kommt immer, dass der Ordner/Datei nicht existieren würde um es umzubennen und zu verschieben. Es ist aber genau an dem Ort wo sein soll. Ein manuller oder automatischer PP über Medusa funktioniert. Habe schon viel mit Rechten und Python gespielt/geändert -> bringt aber alles nichts. Kennt evtl. jemand die Lösung ?
Ich kenne Medusa ja nur vom Hörensagen, aber es scheint ja ähnlich wie SickRage zu sein. Sollte es also nicht auch eine Möglichkeit haben, einen Ordner zu überwachen und selbst das Postprocessing zu übernehmen? Dann spart man sich das script, das an nzbget angehängt ist.
Übrigens: Wäre nicht SABnzbd die flottere Lösung gegenüber nzbget? Läßt sich auch leichter konfigurieren 
Jack_77 Warum nutzt du nicht einfach die NZB "Übergabe" an nzbget innerhalb der NZB Suche?
- Edited
WebBuddha Ich dachte ihm geht es um das "Hinterher" und nicht um das Verschieben der nzb´s an das Downloadprogramm...