Medusa mit Glotz Support

WebBuddha

Ein Image Update mittels Mass Update liefert folgenden Fehler zurück.
Traceback (most recent call last):
File "/app/medusa/medusa/server/web/core/base.py", line 251, in async_call
result = function(**kwargs)
File "/app/medusa/medusa/server/web/manage/handler.py", line 758, in massUpdate
image_cache.replace_images(series_obj)
File "/app/medusa/medusa/image_cache.py", line 167, in replace_images
fill_cache(series_obj)
File "/app/medusa/medusa/image_cache.py", line 339, in fill_cache
cache_image_from_indexer(series_obj, img_type)
File "/app/medusa/medusa/image_cache.py", line 262, in cache_image_from_indexer
img_data = metadata_generator.retrieve_show_image(img_type_name, series_obj)
File "/app/medusa/medusa/metadata/generic.py", line 773, in retrieve_show_image
indexer_show_obj = self.get_show_data(show_obj)
File "/app/medusa/medusa/metadata/generic.py", line 908, in get_show_data
my_show = self.indexer_api[int(series_id)]
File "/app/medusa/medusa/indexers/indexer_base.py", line 399, in getitem
self.get_show_data(key, self.config['language'])
File "/app/medusa/medusa/indexers/glotz/glotz_api.py", line 332, in get_show_data
self.parse_images(sid)
File "/app/medusa/medusa/indexers/glotz/glotz_api.py", line 387, in parse_images
if isinstance(int(img.get('season')), int):
ValueError: invalid literal for int() with base 10: '680x1000'

Odla

WebBuddha
Danke, ich werde den Fehler die Tage fixen.

WebBuddha

Odla Dank Dir. Habe auch gerade einen Bugreport bei Github dazu geschrieben ;-)

Odla

WebBuddha
perfekt 🙂

Odla

Ich habe gestern ein paar Bugs gefixed. Wenn bei euch beim "Mass-Update" -> "Update Image" eine Fehlermeldung erscheint, solltet ihr mal im Ordner der Serie nachsehen ob da noch Bilder mit 1KB Größe liegen und diese löschen. Diese sind entstanden weil TVDB ab und an fehlerhafte Bildlinks zurückliefert. Dass Medusa solche 1KB Files erzeugt sollte zukünftig nur noch in absoluten Ausnahmefällen passieren.

WebBuddha

Odla Wo sehe ich denn in Medusa genau welche Version ich von dir nutze?
Habe beim Restore ein Problem festgestellt. Die Shows wurden beim Restore nicht übernommen :´-(

Odla

Docker Multiarch Testimages

Hier findet ihr Multi-Arch Test images

Es wäre schön, wenn jemand mit ARM-Hardware eine Rückmeldung geben könnte ob die Images funktionieren.
Falls ja stelle ich das Main-Repository entsprechend um.

Loora

Odla

Also mein TS-1635 holt sich das docker image zumindest mal ;-) Irgendwas haste wohl richtig gemacht dabei
Ich gucke mal das ich zwischendurch Zeit finde das mal zu installieren, ich denke aber das es funktionieren wird. Glaube das kannst Du ganz sorglos übernehmen. Das Image hat auch über 60 Pulls und das Internet ist nicht explodiert Also wird das wohl gehen so wie Du das gemacht hast 🙂 Danke Dir für die Mühe!

abuhamsa

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

Loora

Ich gucke mal das ich das zeitnah probieren kann. Allerdings geht bei mir im Moment irgendwie gar nix via glotz.info. Habe nur noch Fehlermeldungen im Log. Hoffe das gibt sich wieder.

Odla

WebBuddha

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?

logo00

Hallo zusammen,

erstmal vielen Dank für die Anpassung von Medusa. Ich hab alles soweit über Docker zum laufen gebracht.
NzbtoMedia habe ich mit eingebunden. Ich steh zur Zeit aber vor einen Problem, wo ich nicht mehr weiter weiss.
Sobald Sabnzbd den Download fertig stellt und das Script ausgelöst wird, reagiert Medusa bis zum vollständigen verschieben des Downloads nicht mehr (was nicht weiter schlimm ist) und Das Hauptproblem: Die Übertragungsrate zum Zielordner beträgt maximal 3 Mb/s. Also verschiebt Medusa aus irgendeinen Grund die Datei langsamer als ich diese downloaden kann.
Ich habe Medusa dann nativ auf Ubuntu installiert, die Übertragungsrate ist dann zwischen 3-8 Mb/s.
Wenn ich Sickchill verwende beträgt die Übertragungsrate 20-30 Mb/s.
Ich weiss einfach nicht mehr weiter. Vll. hat ja jemand eine Idee was ich falsch mache,

Meine derzeitige Konfiguration:
System: Ubuntu 18.04
Die Daten liegen auf eine Gdrive mit rclone verbunden. Der Zielordner ist local und mit Mergerfs mit dem Gdrive gekoppelt. Alle anderen Programme schieben Daten mit 20-30 Mb/s zum Zielordner.

Vielen Dank im Voraus

Edit:

Habe den "Fehler" gefunden. Mann muss dem Mergerfs die Option "direct_io" anfügen. Danach läuft alles wie Butter 🙂. Ich lass das mal stehen. Vll. hilft es ja mal jemanden der vor dem gleichen Problem steht.
Wenn ich es entfernen soll mache ich das natürlich.

Danke

Mein kompletter Mergerfs befehl: /usr/bin/mergerfs -o async_read=false,use_ino,allow_other,auto_cache,func.getattr=newest,category.action=all,category.create=ff,async_read=false,direct_io

Odla

logo00
Schön dass es läuft 🙂

Das Problem, dass Medusa nicht reagiert während ein Skript läuft ist mir auch schon aufgefallen. Ich werde mir nochmal ansehen, ob das generell so ist, oder ob ich bei einem Fork irgendwas kaputt gemacht habe.

Odla

abuhamsa

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.

WebBuddha

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.

abuhamsa

Odla Super Vielen dank. Jetzt funktioniert auch alles top (y) endlich habe ich das was ich wollte.

Odla

WebBuddha

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.

Odla

WebBuddha
ganz vergessen: Klar informiere ich euch wenn es was neues gibt

WebBuddha

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...

flyblubb

@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

Odla

flyblubb

Das wird ein Bug sein, ich schaue mir das die Tage mal an.

Odla

flyblubb

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.

Odla

flyblubb
WebBuddha hat freundlicherweise die AirDates nachgetragen. Interessanterweise liefert Glotz nun auch Infos zu den Bildern aus. Zumindest wurden Poster und Banner mit "Force Full Update" nun aktualisiert.

« Previous Page Next Page »