FEHLER beim Erstellen des Pakets

[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

[dcardon]

Hallo 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

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?

Code: Alle auswählen

cat /var/log/syslog | grep python

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

[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

[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

[Mathieu]

Ich habe die Vorgehensweise gerade ausprobiert:

Könnten Sie bitte die Datei custom_zip.py im Ordner „Program Files (x86)\wapt“ durch diese hier ersetzen:

https://raw.githubusercontent.com/tranq ... tom_zip.py

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

[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.

[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