Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

invalid header field value for key Authorization - DO s3 bucket #189

Closed
HerrmannHinz opened this issue Oct 9, 2017 · 8 comments
Closed
Labels

Comments

@HerrmannHinz
Copy link

HerrmannHinz commented Oct 9, 2017

hello,

trying to get stash working against digital ocean's s3 dependance called "spaces".
see: https://www.digitalocean.com/community/tutorials/an-introduction-to-digitalocean-spaces

i get the following errors:

[golang-sh]$ /bin/restic snapshots --json unable to open config file: Stat: Get https://nyc3.digitaloceanspaces.com/my-bucket/?location=: net/http: invalid header field value "AWS4-HMAC-SHA256 Credential=XXXXXXXXXXXXXXXXXX\n/20171009/us-east-1/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=7613f92164ddc1ca55c2dac169fd5bff55a31673d2bc962f7b3477679586fd80" for key Authorization Is there a repository at the following location? s3:nyc3.digitaloceanspaces.com/my-bucket

[golang-sh]$ /bin/restic init create backend at s3:nyc3.digitaloceanspaces.com/my-bucket failed: client.BucketExists: Get https://nyc3.digitaloceanspaces.com/my-bucket/?location=: net/http: invalid header field value "AWS4-HMAC-SHA256 Credential=XXXXXXXXXXXXXXXXXX\n/20171009/us-east-1/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=7613f92164ddc1ca55c2dac169fd5bff55a31673d2bc962f7b3477679586fd80" for key Authorization

I1009 11:33:00.034023 1 scheduler.go:207] exit status 1

any idea? does anyone of you got this working already?

for me it seems like that DO spaces is returning some header value which the s3 backend isnt aware of.

@tamalsaha
Copy link
Member

tamalsaha commented Oct 9, 2017

I tried using the latest restic cli from command line. It seems to work:

$ restic -r s3:nyc3.digitaloceanspaces.com/restic init
$ restic -r s3:nyc3.digitaloceanspaces.com/restic backup ~/photos

I think we need to try using the updated binary.

@tamalsaha tamalsaha added the bug label Oct 9, 2017
@HerrmannHinz
Copy link
Author

yup. tried it from within the container(appscode/stash:0.5.0-beta.0) of a demo pod
and i can confirm as well, using the /bin/restic (0.7.3) cli - works.

let me know if and how to test the updated binary. u talking about the stash bin i assume?

@tamalsaha
Copy link
Member

We are going to cut a release for 0.5.0

@tamalsaha
Copy link
Member

tamalsaha commented Oct 10, 2017

We have released 0.5.0 .

@HerrmannHinz
Copy link
Author

quick note here:

  • we found some issues in the stash code which have been fixed in >0.5.0, right?
  • the restic debug message was a little bit unclear, also turned out that i had bad kubernetes/DO credentials in use when doing the backups.

@tamalsaha
Copy link
Member

we found some issues in the stash code which have been fixed in >0.5.0, right?

I believe all issues were addressed by 0.5.1 . If you see new issues, please update here.

@HerrmannHinz
Copy link
Author

HerrmannHinz commented Nov 30, 2017

@tamalsaha no i don't - but check this:
restic/restic#1457

maybe something to keep an eye on when it comes to cut a new release for stash with the latest restic version in it.

@tamalsaha
Copy link
Member

Yeah. 0.5.1 was cut after this (Oct 10).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants