[Risolto] HTTPError: 504 Errore del server: timeout del gateway
Pubblicato: 25 luglio 2019 - 11:23
Buongiorno,
Ho un problema in seguito all'aggiornamento di un server WAPT dalla versione 1.3.13 alla versione 1.7.4.
Tutto funziona correttamente: distribuzione dei pacchetti, aggiunta di nuovi host, ecc...Ad eccezione del caricamento o dell'eliminazione dei pacchetti
Quando carico i pacchetti, ricevo il seguente messaggio di errore:
HTTPError: 504 Errore del server: Timeout del gateway per l'URL: http://dist.montpellier.cemagref.fr/api ... d_packages
Dopo il trasferimento, dopo circa trenta secondi (durante i quali la console non risponde), indipendentemente dal metodo di caricamento, viene visualizzato questo messaggio:
-tramite waptconsole per importare un pacchetto locale
-tramite waptconsole per importare un pacchetto dal repository tranquil.it
-tramite il prompt dei comandi con wapt-get build-upload o upload-package Il seguente messaggio appare simultaneamente nel file error.log di nginx sul server:
[errore] 1890#1890: *2186 timeout dell'upstream (110: timeout della connessione) durante la lettura dell'intestazione di risposta dall'upstream, client: 172.16.10.78, server: dist.montpellier.cemagref.fr, richiesta: "POST /api/v3/upload_packages HTTP/1.1", upstream: "http://127.0.0.1:8080/api/v3/upload_packages", host: "dist.montpellier.cemagref.fr"
Dopo aver eliminato un pacchetto da waptconsole, viene visualizzata la seguente finestra: e allo stesso tempo nel file error.log di nginx:
[errore] 1892#1892: *2195 timeout upstream (110: Timeout connessione) durante la lettura dell'intestazione di risposta dall'upstream, client: 172.16.10.78, server: dist.montpellier.cemagref.fr, richiesta: "POST /api/v3/packages_delete HTTP/1.0", upstream: "http://127.0.0.1:8080/api/v3/packages_delete", host: "dist.montpellier.cemagref.fr"
INFORMAZIONI IMPORTANTI: Nonostante i messaggi di errore, i pacchetti vengono caricati o eliminati correttamente, quindi probabilmente non si tratta di un problema di autorizzazioni. Tuttavia, è comunque molto fastidioso perché la console si blocca per 30 secondi ogni volta.
Vorrei sottolineare che il server funziona su Debian Stretch (9.9) e la console su Windows 10.
Ho un problema in seguito all'aggiornamento di un server WAPT dalla versione 1.3.13 alla versione 1.7.4.
Tutto funziona correttamente: distribuzione dei pacchetti, aggiunta di nuovi host, ecc...Ad eccezione del caricamento o dell'eliminazione dei pacchetti
Quando carico i pacchetti, ricevo il seguente messaggio di errore:
HTTPError: 504 Errore del server: Timeout del gateway per l'URL: http://dist.montpellier.cemagref.fr/api ... d_packages
Dopo il trasferimento, dopo circa trenta secondi (durante i quali la console non risponde), indipendentemente dal metodo di caricamento, viene visualizzato questo messaggio:
-tramite waptconsole per importare un pacchetto locale
-tramite waptconsole per importare un pacchetto dal repository tranquil.it
-tramite il prompt dei comandi con wapt-get build-upload o upload-package Il seguente messaggio appare simultaneamente nel file error.log di nginx sul server:
[errore] 1890#1890: *2186 timeout dell'upstream (110: timeout della connessione) durante la lettura dell'intestazione di risposta dall'upstream, client: 172.16.10.78, server: dist.montpellier.cemagref.fr, richiesta: "POST /api/v3/upload_packages HTTP/1.1", upstream: "http://127.0.0.1:8080/api/v3/upload_packages", host: "dist.montpellier.cemagref.fr"
Dopo aver eliminato un pacchetto da waptconsole, viene visualizzata la seguente finestra: e allo stesso tempo nel file error.log di nginx:
[errore] 1892#1892: *2195 timeout upstream (110: Timeout connessione) durante la lettura dell'intestazione di risposta dall'upstream, client: 172.16.10.78, server: dist.montpellier.cemagref.fr, richiesta: "POST /api/v3/packages_delete HTTP/1.0", upstream: "http://127.0.0.1:8080/api/v3/packages_delete", host: "dist.montpellier.cemagref.fr"
INFORMAZIONI IMPORTANTI: Nonostante i messaggi di errore, i pacchetti vengono caricati o eliminati correttamente, quindi probabilmente non si tratta di un problema di autorizzazioni. Tuttavia, è comunque molto fastidioso perché la console si blocca per 30 secondi ogni volta.
Vorrei sottolineare che il server funziona su Debian Stretch (9.9) e la console su Windows 10.