-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[inception-recommender] Neustart des Docker Containers bei Fehlerfall. #32
Comments
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. |
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 |
@reckart @fmatthies |
@hunnguye, bitte einmal probieren, ob das mit der Version 1.2.2 besser funktioniert; ansonsten müssen wir den Issue nochmal öffnen: |
Hey @fmatthies,
Ein PR wurde erstellt, um das zu fixen (#42) Allerdings behebt der fix in Version 1.2.2 noch nicht das eigentliche Problem.
Und der Container bricht nicht(!) ab.
Bei genauerer Überlegung ist der Neustart des Containers an dieser Stelle auch nicht ganz optimal, weil der Neustart erst getriggert wird, wenn eine reocmmendation versucht wird zu erzeugen, daher vom ersten Annotator, welcher nach einem Neustart der AHD Instanz wieder arbeiten möchte. Evtl. liegt hier auch die Bewältigung dieser Herausforderung beim AHD Client? |
Ja, mein Gedankengang war auch etwas lückenhaft: man muss Docker dann natürlich noch sagen, den Container neu zu starten. Ich würde das aber nun vielleicht doch anders handhaben und es aus dem
Werde mir das mal die nächste Woche anschauen. |
Hey @fmatthies Vielen Dank dir für deine Zeit! TLDR: Long Version: Anschließend habe ich versucht, den Fehler erneut zu reproduzieren – allerdings ohne Erfolg. Es scheint, dass entweder in der Zwischenzeit etwas geändert wurde oder der Annotator den Fehler genau in der kurzen Zeitspanne bemerkte, in der der AHD-Service neu gestartet wurde. Ich habe dann das Problem live untersucht und offenbar genau in dem Zeitraum getestet, in dem der AHD-Service noch nicht vollständig verfügbar war. Durch den anschließenden Neustart des Recommenders schien das Problem vermeintlich behoben zu sein, da zu diesem Zeitpunkt bereits genügend Zeit verstrichen war und wurde fälschlicherweise als Workaround interpretiert. |
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?
The text was updated successfully, but these errors were encountered: