Open hunnguye opened 2 weeks ago
Wird in Schritt 4 ggf. ein neues Login Token erzeugt und das Token welches vom Recommender Proxy verwendet wird geht dann nicht mehr?
Das ist auszuschließen. In einem Schritt 6 wird der recommender einfach nur heruntergefahren und wieder hochgefahren (docker compose down / up). Dadurch "fängt" sich der Recommender wieder, und Annotationsempfehlungen werden ausgespielt. Die Einstellungen bezüglich Token o.ä bleiben gleich.
Der Proxy Container müsste ja stateless sein (sprich er hält keine Verbindung zur AHD permanent offen). Was könnte da schief gehen, dass er plötzlich von 404 von der URL bekommt? Die URL von der AHD sollte sich ja nicht ändern nur weil deren Container neu gestartet wird, oder?
Ich weiß nicht, ob das hilft, aber die Idee wäre, wenn der implementierte AHDClassifier
unerfolgreich auf die AHD zugreift, die RequestException
abzufangen und dann das pyhton
-Programm zu terminieren (1d61de466345a3520289baa7e1dec1408a005485). Dann sollte doch der docker
-Container automatisch neugestartet werden können?
Situationsbeschreibung
Wir nutzen den Recommender in Verbindung mit Inception und der AHD. Wie in der Dokumentation beschrieben, wird empfohlen, den Recommender erst nach dem Start der AHD zu starten.
Aktuell haben wir das Problem, dass der Recommender Fehler ausgibt und keine Annotationsempfehlungen mehr liefert, sobald die AHD neu gestartet werden muss (z.B. wegen Wartung oder Updates). Wenn der Recommender jedoch ebenfalls neu gestartet wird, treten keine weiteren Fehler mehr auf, und die Annotationsempfehlungen funktionieren wieder.
Fehlermeldung im recommender Container:
Reproduzierbarkeit
Recommender Version : ghcr.io/medizininformatik-initiative/gemtex/inception-ahd-recommender:1.1.2
Vorschlag
Wäre es möglich, den Recommender-Container bei einem Fehler abstürzen zu lassen, sodass er durch eine Restart-Policy automatisch neu gestartet werden kann?