PHP script (Nextcloud) - 504 Gateway Time-out

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

OdinsAuge

Benutzer
Registriert
12. Nov. 2015
Beiträge
379
Reaktionspunkte
37
Punkte
34
Hallo,

Wenn ich Nextcloud mit dem Updater aktualisieren möchte, kommt seit der letzten Version (11.0.3) die Meldung "504 Gateway Time-out".

Rich (BBCode):
Parsing response failed. <html> <head><title>504 Gateway Time-out</title></head> <body bgcolor="white"> <center><h1>504 Gateway Time-out</h1></center> <hr><center>nginx</center> </body> </html> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page --> <!-- a padding to disable MSIE and Chrome friendly error page -->

Das Script arbeitet weiter aber die Output im Browser wird nicht mehr aktualisiert. Wenn ich dann einige Zeit warte und die Seite aktualisiere, dann ist der betroffene Abschnitt fertig und ich kann das Script fortsetzen.

Das Update ist früher ohne Probleme durchgelaufen. Ich bin mir nicht sicher ob das Script Probleme macht oder der Webserver, aber 504 müsste doch am Webserver liegen.
 
Was hast Du fürn Webserver, was für eine php Version?

[ ] Apache 2.2
[ ] Apache 2.4
[ ] php 56
[ ] php 70

hab das gleiche und vermute es liegt an Apache 2.4 und php7
 
Für Nextcloud hab ich einen vhost und ich nutze generell Apache 2.4 und PHP7, zumindest für das Update von heute.
Ich weiß leider nciht mehr welche Versionen ich benutzt hab also ich das letzte mal upgedated hab.
 
Hallo,

stelle im vhost auf Apache 2.2 und PHP5.6, dann noch den maintenance auf false.

Jetzt noch einmal das update anstossen. So habe ich es auch gerade gemacht.
 
Ich hatte unte rPHP7 und Apache24 das gleiche Problem.
Im Hintergrund ist es zwar augenscheinlich durchgelaufen, aner einen Timeout gabs noch an mehreren Stellen (u. a. Entry Points).
Auch mußte ich nach erfolgreicher Aktualisierung der DB den Maintenance in der config.php manuell abschalten.
 
Ja mit maintenance abschalten und neu anwerfen liefs auf 2 - 3 mal durch.
Na dann werd ich beim nächsten mal vor dem Update den Webserver umstellen.

Im Nextcloud forum hab ich letztens schon einen Thread erstellt aber reagiert hat keiner.
 
Das nächste Update kann von mir aus noch warten. Back-End vor jedem Update umstellen...wer merkt sich das denn bitte?
Apache24 und PHP7 sollte doch mittlerweile auch breit anzutreffen sein. Sind ja keine kuriosen Konstellationen.
 
Hallo,

habe nextcloud nicht installiert und kann daher nicht testen.

Die Fehlermeldung deutet auf einen zu kurzen Timeout hin.

Auf der DS sind für Apache 2.2 und 2.4 hier unterschiedliche Werte in der httpd-default.conf eingetragen.

Apache 2.2

Apache 2.4

Config-Datei liegt unter /volume1/@appstore/Apache2.2/usr/local/etc/apache24/conf/ bzw . /volume1/@appstore/Apache2.4/usr/local/etc/apache24/conf/. (/volumen1 kann auch anders lauten, je nach installation)

Vieleicht den Wert unter Apache 2.4 auf 300 ändern (und den Dienst neu starten). Vieleicht läuft dann auch das Update durch.

Gruß
Lux007
 
@Lux007 danke für den Tipp, werde ich das nächste mal ausprobieren.
 
Beim Update auf 12.0.2 habe ich den Wert auf 180 geändert. Gebracht hat es in meiner Umgebung nichts. Timeouts wieder an verschiedenen Stellen.
 
So ich habs diesmal mit PHP 5.6 und Apache 2.2 probiert und ebenfalls das Timeout bekommen.
 
Ihr sucht an der falschen Stelle, denn die Fehlermeldung kommt vom nginx, der als Proxyserver noch dazwischenhängt.

Dort muss also das timeout erhöht werden!

Also ändern bwz. setzen von "proxy_read_timeout 300;" in /etc/nginx/proxy.conf.
Dann den nginx neu starten:

synoservice --restart nginx

Gruß
Stefan
 
Hat perfekt funktioniert, danke.
 
Leider scheint der Eintrag in der proxy.conf ein Update der DSM nicht zu überstehen. Musste es heute erneut eintragen.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat