Seite 3 von 3
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 23. Mai 2018 - 09:17 Uhr
von Mathieu
/var/log/nginx/error.log:
Code: Alle auswählen
2018/05/23 08:48:31 [error] 7137#0: *11683 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.200.68, server: _, request: "POST /api/v3/upload_packages HTTP/1.1", upstream: "http://127.0.0.1:8080/api/v3/upload_packages", host: "wapt"
Bei den anderen habe ich keine Fehler
Ich erhalte eine Fehlermeldung, aber das Paket ist tatsächlich im Repository vorhanden
Ich werde über den Wechsel zu Debian 9 sprechen
und ich müsste wieder auf die normale Version von Wapt zurückwechseln, da ich mich noch im Nightly-Modus befinde
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 23. Mai 2018 - 10:51 Uhr
von dcardon
Hallo Mathieu,
Mathieu schrieb: ↑23. Mai 2018 - 09:17 Uhr
/var/log/nginx/error.log:
Code: Alle auswählen
2018/05/23 08:48:31 [error] 7137#0: *11683 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 192.168.200.68, server: _, request: "POST /api/v3/upload_packages HTTP/1.1", upstream: "http://127.0.0.1:8080/api/v3/upload_packages", host: "wapt"
Bei den anderen habe ich keine Fehler
Ich erhalte eine Fehlermeldung, aber das Paket ist tatsächlich im Repository vorhanden
Die Meldung besagt, dass Nginx keine Antwort vom WAPT-Python-Server erhalten hat (Nginx fungiert als Reverse-Proxy). Könnten Sie bitte prüfen, ob gleichzeitig eine Python-Fehlermeldung vorliegt?
Mathieu schrieb: ↑23. Mai 2018 - 09:17
Ich werde über einen Wechsel zu Debian 9 diskutieren
und müsste dafür auf die reguläre Version von Wapt zurückgreifen, da ich noch die Nightly-Build-Version verwende.
Wenn Sie eine Nightly Build-Version von 1.5.1 verwenden, sollte das Aktualisieren sowohl der Distribution als auch des WAPT-Servers problemlos möglich sein. Ich möchte nur sichergehen, dass das Problem nicht mit einer älteren Debian- oder WAPT-Version zusammenhängt.
Aufrichtig,
Denis
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 23. Mai 2018 - 12:01 Uhr
von Mathieu
Ich erhalte keine Python-Fehler während des Build-Prozesses
Ich verwende die Nightly-Version von wapt-1.6.0.4
Hallo,
nach unserem privaten Austausch konnte ich das von Ihnen gesendete Wapt-Paket kompilieren.
Es funktioniert bei mir.
Könnten Sie es bitte mit dem neuesten Nightly Build testen?
https://wapt.tranquil.it/wapt/nightly/w ... -fab3d82b/
Simon
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 11. Juni 2018 - 17:59 Uhr
von htouvet
Könnten Sie bitte die Datei custom_zip.py im Verzeichnis Program Files (x86)\Wapt durch diese hier ersetzen:
https://raw.githubusercontent.com/tranq ... tom_zip.py
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 14. Juni 2018 - 09:40 Uhr
von Mathieu
Ich habe die Vorgehensweise gerade ausprobiert:
Leider erhalte ich immer noch dieselbe Fehlermeldung:
Code: Alle auswählen
Done Uploading C:\waptdev\futur-AdobeCC_2018_2018.0.0-34_x64_PROD.wapt
FATAL ERROR : HTTPError: 500 Server Error: for url: https://futwapt/api/v3/upload_packages
Exit code: 3
Mir ist aufgefallen, dass nach dieser Fehlermeldung mein Paket nach einiger Zeit in der Konsole erscheinen kann; dies geschieht etwa einmal von drei Mal
Wir befinden uns aktuell in der Testphase der Enterprise-Version 1.6.1.0
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 14. Juni 2018 - 09:53 Uhr
von htouvet
Der HTTP-500-Fehler hätte serverseitig eine aussagekräftigere Fehlermeldung erzeugen sollen.
Können Sie die Datei `/var/log/daemon.log` auf dem Server überprüfen?
Dort sollte ein Python-Traceback zu finden sein.
Betreff: FEHLER beim Erstellen des Pakets
Veröffentlicht: 14. Juni 2018 - 10:20 Uhr
von Mathieu
Die Datei enthält keine Python-Traceback-Einträge.
Ich habe die Nachricht erhalten
Code: Alle auswählen
Done Uploading C:\waptdev\futur-AdobeCC_2018_2018.0.0-35_x64_PROD.wapt
FATAL ERROR : HTTPError: 504 Server Error: Gateway Time-out for url: https://futwapt/api/v3/upload_packages
Exit code: 3
und das Paket ist tatsächlich in der Konsole vorhanden.
In meinem vorherigen Test gab es tatsächlich einen Python-Traceback-Eintrag, aber es handelte sich um ein Speicherplatzproblem auf meiner VM