Shinyproxy: [Fehlerbericht] AJAX-Fehler 503 (Dienst nicht verfügbar) in ShinyProxy (Version 2.3.0)

Erstellt am 28. Aug. 2019  ·  13Kommentare  ·  Quelle: openanalytics/shinyproxy

In der neuen Release-Version (2.3.0) von ShinyProxy brechen alle Apps, die DT mit Server-Verarbeitungsmodus verwenden. Der Browser beschwert sich über Ajax-Fehler, während das Programmiertool des Browsers „jquery.min.js:4 POST http://myip/app_direct/retire/session/cbc7bf01da3a023b6db378384c240836/dataobj/shiny_table?w=&nonce=22377961e7fd2317 503 (Service Unavailable)“ anzeigt.

Alarmbox als Gebrüll:
myip 顯示
DataTables-Warnung: Tabellen-ID = DataTables_Table_0 – Ajax-Fehler. Weitere Informationen zu diesem Fehler finden Sie unter http://datatables.net/tn/7

wie https://github.com/openanalytics/shinyproxy/issues/140

meine Umgebung:
Betriebssystem: Ubuntu Ubuntu 18.04.3 LTS
Authentifizierung: Keycloak 7.0.0
ReverseProxy: Nginx
Beispiel-shiny-App:

Bibliothek (glänzend)
Bibliothek (DT)

ui <- fluidPage(DT::dataTableOutput('tbl'))
Server <- Funktion (Eingabe, Ausgabe, Sitzung) {
Ausgabe$tbl <- DT::renderDataTable(data.frame(Col_1=c(1:10), Col_2=c(11:20)))
}
ShinyApp (Benutzeroberfläche, Server)

Genau dieselbe Maschine (Docker, Shinyproxy, Nginx-Einstellung) mit einfacher Authentifizierung oder LDAP in application.yml läuft ohne Probleme.

shineproxy.log wie folgt:
28.08.2019 11:46:21.991 INFO 14337 --- [XNIO-2 task-3] eocontainerproxy.service.UserService : Benutzer angemeldet [Benutzer: test1]
2019-08-28 11:46:25.142 INFO 14337 --- [XNIO-2 task-6] csdocker.client.DefaultDockerClient : Container starten mit ID: f24f391a707d19228f5e97da1e7f8e271230760e91bee2898f454b0bddd0f15a
2019-08-28 11:46:28.068 INFO 14337 --- [XNIO-2 task-6] eocontainerproxy.service.ProxyService: Proxy aktiviert [Benutzer: test1] [Spezifikation: Ruhestand] [ID: 4199b4a8-60dd-43e7- ad8e-0bfac025cc76]
2019-08-28 11:46:28.828 ERROR 14337 --- [XNIO-2 I/O-3] io.undertow.proxy : UT005028: Proxy-Anfrage an /proxy_endpoint/4199b4a8-60dd-43e7-ad8e-0bfac025cc76/session /4fba467e8b4976c85ad4be80ee538d7d/dataobj/shiny_table fehlgeschlagen

io.undertow.server.TruncatedResponseException: null
unter io.undertow.client.http.HttpRequestConduit.truncateWrites(HttpRequestConduit.java:711) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.conduits.AbstractFixedLengthStreamSinkConduit.terminateWrites(AbstractFixedLengthStreamSinkConduit.java:256) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
bei org.xnio.conduits.ConduitStreamSinkChannel.shutdownWrites(ConduitStreamSinkChannel.java:178) ~[xnio-api-3.3.8.Final.jar!/:3.3.8.Final]
at io.undertow.channels.DetachableStreamSinkChannel.shutdownWrites(DetachableStreamSinkChannel.java:79) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$HTTPrailerChannelListener.handleEvent(ProxyHandler.java:754) ~[undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:646) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction$1.completed(ProxyHandler.java:561) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
unter io.undertow.client.http.HttpClientExchange.invokeReadReadyCallback(HttpClientExchange.java:212) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
unter io.undertow.client.http.HttpClientConnection.initiateRequest(HttpClientConnection.java:410) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
unter io.undertow.client.http.HttpClientConnection.sendRequest(HttpClientConnection.java:343) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyAction.run(ProxyHandler.java:561) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.util.SameThreadExecutor.execute(SameThreadExecutor.java:35) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.HttpServerExchange.dispatch(HttpServerExchange.java:815) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:316) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.completed(ProxyHandler.java:290) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyConnectionPool.connectionReady(ProxyConnectionPool.java:338) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.ProxyConnectionPool.connect(ProxyConnectionPool.java:525) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
at io.undertow.server.handlers.proxy.LoadBalancingProxyClient.getConnection(LoadBalancingProxyClient.java:301) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
bei eu.openanalytics.containerproxy.util.ProxyMappingManager$1.getConnection(ProxyMappingManager.java:88) [containerproxy-0.8.3.jar!/:0.8.3]
at io.undertow.server.handlers.proxy.ProxyHandler$ProxyClientHandler.run(ProxyHandler.java:310) [undertow-core-1.4.22.Final.jar!/:1.4.22.Final]
bei org.xnio.nio.WorkerThread.safeRun(WorkerThread.java:582) [xnio-nio-3.3.8.Final.jar!/:3.3.8.Final]
bei org.xnio.nio.WorkerThread.run(WorkerThread.java:466) [xnio-nio-3.3.8.Final.jar!/:3.3.8.Final]

Hilfreichster Kommentar

Ich wurde in der Zwischenzeit behoben. Wir bereiten die Freigabe vor.

Alle 13 Kommentare

Danke für den Bericht! Dies ist tatsächlich ein Duplikat von Nr. 140

Danke, warte auf Bugfix

Gibt es ein Update zu diesem Fehler?

Ich wurde in der Zwischenzeit behoben. Wir bereiten die Freigabe vor.

@tverbeke Kannst du bitte den Commit oder die PR teilen? Wir brauchen das wirklich, haben einige Hacks ausprobiert, konnten es nicht richtig lösen.

Könnten Sie auf das Commit oder den Zweig verweisen, an dem Sie gearbeitet haben? Das wäre sehr hilfreich. @tverbeke

@tverbeke irgendein Update? Es wäre sehr hilfreich.

https://github.com/openanalytics/shinyproxy/issues/184 Nicht sicher, wie es das löst. Es kann ohne Keyclock-Authentifizierung repliziert werden, wenn die Authentifizierung auf „Keine“ eingestellt ist.

Gibt es ein Update zu diesem Fehler?

Vielen Dank, dass Sie proaktiv sind und an das Problem erinnern, aber es scheint weniger produktiv zu sein, ähnliche Kommentare in mehreren Problemen zu posten, insbesondere in diesem, das als Duplikat geschlossen wurde ...

https://github.com/openanalytics/shinyproxy/issues/184 Nicht sicher, wie es das löst. Es kann ohne Keyclock-Authentifizierung repliziert werden, wenn die Authentifizierung auf „Keine“ eingestellt ist.

In der Tat scheint #184 ein anderes Problem zu sein, für das dieser Fix möglicherweise nicht hilft. Der Kommentar bezieht sich jedoch auf die _aktuelle Ausgabe_ (und #140), in der die Verwendung von Keycloak auth erwähnt wird.

Sorry für die vielen Kommentare. Meine Idee war, dass der Ursprung des Problems eine POST-Anforderung ist, die mit demselben Fehler fehlschlägt. Die haben vielleicht eine ähnliche Lösung.
Freue mich auf die Lösung von #184 ☺️

Hallo, ich bekomme diesen Fehler wieder. Ich habe von 2.4.1 auf 2.3.1 heruntergestuft und der Fehler ist verschwunden.

@KZARCA Ein Fix von @LEDfan wird in der nächsten Version enthalten sein.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen