[GELÖST] Fehler beim Hochladen einer Windows-ISO-Datei

[Cédric-KER]

Guten Morgen,

Seit dem Update von WAPT auf Version 2.3 (in den Versionen 2.3.0.13438 und 2.3.0.13356 wurde ein Problem gemeldet) kann ich keine Windows-ISOs mehr hochladen. Das Hochladen von Debian-, GParted- oder anderen ISOs funktioniert hingegen einwandfrei.

Im Protokoll finde ich folgenden Fehler:

Code: Alle auswählen

[waptserver     ] CRITICAL upload deploy files (8ba0afbab1863815fcd54355573f535437e0070a5d28c0de21bd0e0243cdf4ef.iso) failed Exception('File already exists')

Und das hier erscheint am Ende des Uploads auf dem Bildschirm:

2023-01-23 09_52_34.png (28,34 KB) 6901 Aufrufe

Ich sollte erwähnen, dass ich den Ordner `/var/www/wads/iso` bereits geleert, neue ISO-Dateien erstellt und auch ältere verwendet habe, die beim Booten von einem USB-Stick einwandfrei funktionieren. Trotzdem erhalte ich weiterhin diese Fehlermeldung. Haben Sie vielleicht eine Idee, woran das liegen könnte? Vielen Dank.

[Sfonteneau]

Sehr seltsam

Können Sie das?

Code: Alle auswählen

sha256sum /var/www/wads/iso/*

Der Teil des Codes, der prüft, ob die Datei existiert, ist korrekt:

Code: Alle auswählen

        target = os.path.join(upload_folder,secure_filename(filename))
        upload = False
        if os.path.isfile(target):
            if overwrite == 'True':
                if hash_file == '':
                    os.unlink(target)
                    upload = True
                elif get_hash256_exe(target) != hash_file:
                    os.unlink(target)
                    upload = True
            else:
                raise Exception("File already exists")
        else:
            upload = True

[Cédric-KER]

Hier ist das Ergebnis:

Code: Alle auswählen

root@wapt:/var/www/wads/iso# sha256sum *
61975b4e81f312b2ad803768436eef32b58685a8896d6ca429cb030adf3415fa  24d1a820cc3567e0f67feca7e459d55cc99810b3e67722f44eb5de0323bb5e0b.iso
7892981e1da216e79fb3a1536ce5ebab157afdd20048fe458f2ae34fbc26c19b  7892981e1da216e79fb3a1536ce5ebab157afdd20048fe458f2ae34fbc26c19b.iso
fc05b055e3e22598b73b612ac151247e66beab785d41ff7f458a0b5ff7a3c1b1  fc05b055e3e22598b73b612ac151247e66beab785d41ff7f458a0b5ff7a3c1b1.iso

jeweils Windows 11, Debian 11 und gparted.

[bkolovljanovic]

Hallo,

technisch gesehen enthält die ISO-Datei den Hashwert im Dateinamen. Daher ist es überraschend, dass der erste Hashwert nicht korrekt ist (vielleicht wurde der ISO-Upload abgebrochen oder es gab einen anderen Grund).

Auch der erste Screenshot zeigt, dass die angezeigten Hashwerte nicht übereinstimmen. Es sei denn, es handelt sich um neuere und/oder geänderte Dateien.

[Cédric-KER]

Tatsächlich handelt es sich um neue Dateien. Ich habe die vorherigen IDO-Dateien gelöscht und Windows heute Morgen neu installiert. Daher sind Protokoll und Screenshot nicht mehr aktuell.

[bkolovljanovic]

Okay, jetzt verstehe ich es besser.

Es ist aber wirklich seltsam. Der ISO-Upload-Prozess prüft, ob die Datei (hashDuFichier.iso) auf dem Server vorhanden ist, und gibt die Fehlermeldung „Datei existiert bereits“ zurück, wenn versucht wird, eine bereits vorhandene Datei hochzuladen.

Die Konsole zeigt also an, was sich im Speicher befindet. Sie müssen alle Dateien, die nicht in der Konsole angezeigt werden, vom Server löschen und es dann erneut mit dem Hochladen versuchen.

(Wahrscheinlich handelt es sich um die Datei 24d1a820cc3567e0f67feca7e459d55cc99810b3e67722f44eb5de0323bb5e0b.iso, da ihr Hash nicht übereinstimmt.)

[Cédric-KER]

Ich habe das bereits versucht, aber es hat nicht geholfen. Ich verstehe nicht, warum das Problem nur bei Windows-ISOs auftritt. Kann man sie, während ich auf eine Lösung warte, über die Kommandozeile importieren?

[bkolovljanovic]

Wie groß ist die Windows-ISO-Datei?
Könnte sie größer sein als die auf dem Nginx-Server konfigurierte maximale Dateigröße für Uploads (client_max_body_size in der Nginx-Konfigurationsdatei)?
Ist auf dem Server genügend Speicherplatz für die Datei vorhanden?

(viewtopic.php?t=2989&start=20)


Dies sollte untersucht werden.

[Cédric-KER]

Ich habe das alles gerade überprüft, ich habe einen Upload von 12 GB über nginx, und die ISO-Datei ist 4,1 GB groß.

Ich habe es gerade mit einer anderen Windows-ISO-Datei erneut versucht und erhalte folgende Meldung in den Protokollen:

Zugriffsprotokoll

Code: Alle auswählen

[23/Jan/2023:19:01:15 +0100] "POST /api/v3/upload_deploy_files?filename=dd5082f658887ac012dd5532834e9d2bf4e57829dfc6d2a2f1ec328ecfe91bf2.iso&folder=iso&overwrite=False&hash=dd5082f658887ac012dd5532834e9d2bf4e57829dfc6d2a2f1ec328ecfe91bf2 HTTP/1.1" 400 0 "-" "waptconsole/2.3.0.13356W"

Könnte das helfen?

Im error.log steht nichts

[bkolovljanovic]

Ich habe das hier mit einem Kollegen besprochen; eine Möglichkeit wäre, die Firewall zu überprüfen, ob etwas die Verbindung blockiert.

Oder es könnte ein Timeout vorliegen. Nginx ist allerdings recht groß konfiguriert.

Denn das Log zeigt einen HTTP-400-Fehler an.

Wie groß war die Debian-ISO-Datei? (Da es ja funktionierte.)