Amazon Glacier 400 Bad Request

[rainer]

Hallo,

das Hochschieben auf Amazon/Glacier funktioniert mit großen Dateien nicht (1,3GB), kleinere Dateien schon.
Auszug aus dem Log:

Freier Platz auf der rechten Seite: unbekannt, benötigt: 1.386 MB

FTP Exception (5): EIdHTTPProtocolException HTTP/1.1 500 Internal Server Error @ 00E514E0
FTP Exception (5): EIdHTTPProtocolException HTTP/1.1 400 Bad Request @ 00E514E0
FTP Exception (5): EIdHTTPProtocolException HTTP/1.1 400 Bad Request @ 00E514E0
Exception HTTP/1.1 400 Bad Request at 00E514E0.
Dateiname: C:\Daten\Newsdesk_Test\temp\djd.bak
Checkpoints: FTPWkX/TGGetOrPutEX:HTTP/1.1 400 Bad Request

(Zugriffs-)Fehler bei 1 Datei(en):

\Newsdesk_Test\temp\djd.bak (HTTP/1.1 400 BAD REQUEST AT 00E514E0.CHECKPOINTS: FTPWKX/TGGETORPUTEX:HTTP/1.1 400 BAD REQUEST)

12:54:44.207 Database performance: AddRecord=0.0s, FindRecord=0.0s, AddAlternatesTicks=0.0s, FindParentTicks=0.0s, OpenFolderTicks=0.0s
12:54:44.207 Database closed
---------------
Woran lieg's ?

Rechner:
Syncovery 6.32 (noch nicht registriert), virtueller Server: Windows Server 2008 R2 Enterprise, SP 1, 3GHz, 4 GB RAM, 64Bit

VG
Rainer

[superflexible]

Ich weiß es leider nicht.

[rainer]

Je länger ein Kopierjob dauert, desto größer ist die Wahrscheinlichkeit eines Abbrucht.
Vielleicht ist die "Session" abgelaufen und deswegen die Anfrage ungültig?

Ein anderes Programm macht aus der Datei 78 Schnipsel und läd die dann ohne Probleme in 3 gleichzeitigen Kopierjobs hoch.

[superflexible]

Ja schnipseln tun wir auch ...

Ich muss es hier mal testen mit so großen Dateien, das geht aber erst im Juni.

Man kann auch nach Amazon S3 hochladen und dort die Storage Class so einstellen, dass es nach Glacier weitergereicht wird. Das müsste auf jeden Fall klappen.

[rainer]

Temporär habe ich auf S3 umgestellt, da funktioniert alles einwandfrei.