[Walrus] Failed uploads leave garbage on storage and hide following successful transfers
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Eucalyptus |
New
|
Undecided
|
Neil Soman | ||
Bug Description
Failing to terminate uploads into a bucket (e.g. by closing the connection) leaves the unterminated transfers in the target bucket and (weird) Walrus responds to GET with information about the second failed upload even when a subsequent upload was successful (I'm using 2.0.2).
In the following example, the files at 13:19 and 13:23 result from failed transfers while the file at 13:26 was correctly uploaded.
Walrus returns wrongly the file at 13:23.
-rw-r--r-- 1 eucalyptus eucalyptus 170559488 2011-03-17 13:19 test-52N4lWg.
-rw-r--r-- 1 eucalyptus eucalyptus 201437184 2011-03-17 13:23 test-523TpZw..
-rw-r--r-- 1 eucalyptus eucalyptus 138788864 2011-03-17 13:26 test-523TpZw.
>> GET http://
<< S3Object [key=test-5, bucket=gilles-1, lastModified=Thu Mar 17 13:23:13 CET 2011, .. }],
| Changed in eucalyptus: | |
| assignee: | nobody → Neil Soman (neilsoman) |
| Neil Soman (neilsoman) wrote | #1 |
| Gilles Gaillard (gillouxgaillard) wrote | #2 |
| Andy Grimm (agrimm) wrote | #3 |
Thanks for the report.
From the file sizes, it seems like the file uploaded at 13:23, was in fact the successful upload and looks like it is the one that should be returned. The rest look like partial uploads and you are right that they are left around and should be cleaned up, but the one that you getting back is the one that succeeded. Am I missing something here?
Do you have a test case?
thanks!
neil