summaryrefslogtreecommitdiff
path: root/doc/bugs/Can__39__t_get_content_from_S3_with_s3-aws_library/comment_6_7caef30897eabf04faab12f4b4a16916._comment
blob: fd55b5134e00d875339d049a0964b924f7325769 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
[[!comment format=mdwn
 username="joey"
 subject="""comment 6"""
 date="2015-04-23T18:44:02Z"
 content="""
I reproduced the problem using the creds, and a modified version of
GetObject.hs from haskell-aws.

I had to upgrade from aws-0.9.2 to 0.11.4 to see the 301 redirect in the
debug mesages, but both versions seemed to fail the same way, it's just the
newer version added more debugging output.

There's an exception, which git-annex obscured:

	Response metadata: S3: request ID=5B5B9AE39E0C9729, x-amz-id-2=t6xToNbirPnwgEhTdbFr+Ncq5cGr3fMCRNq5WlFLjEk3ZJtan5aCotcsCS3GMTMgjsP/MNcOWUw=
	GetObject: HeaderException {headerErrorMessage = "ETag missing"}

I've seen this "ETag missing" before when an object was genuinely missing, but
I'm not sure what it indicates in this case.

This was using s3-ap-southeast-1.amazonaws.com. If I use southeast-2, it
just fails with "NoSuchKey". So I think that the 1-vs-2 was a red herring;
git-annex is using the right endpoint.

I have forwarded this bug report to: <https://github.com/aristidb/aws/issues/160>

It might be good to get in touch with the haskell-aws maintainer and provide the
creds so they can reproduce it too.
"""]]