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'
Medusa mit Glotz Support
Odla Dank Dir. Habe auch gerade einen Bugreport bei Github dazu geschrieben ;-)
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.
- Edited
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.
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 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 :´-(
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!
- Edited
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
LG
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
- 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
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.
@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