No problem, glad to help. If you don't mind, can you mark this thread as "answered"? I will keep an eye on the bug fix and let you know when it's released.
Okay, so this is not a full OpenStack environment. Is it safe to assume you're wanting to use the Swift API without full OpenStack integration? This is important because it will determine how you'll need to have the ECS set up to authenticate clients.
there are 2 scenarios, i started with the, hopeful easier of them.
In the first scenario I want to use the swift interface with the ECS Keystoneserver V2.0. This worked for Cloudberry and Cyberduck fine.
Then we wanted to use the same scenario for an docker repository from Quay.io using also swift and ECS Keystone V2, then we got the issue you I described.
Quay.io is using the python-swiftclient 3.1 so I installed a test environment at my system, because I have no access to the Quay.io environment and got the same issue as user got in the quay.io environment. That was the state I posted.
Scenario 2 could be a bigger openstack environment with it one keystone Server so we can use Keystone v3, but here I have no idea how I have to configure the ecs to use external keystone servers at this time because I hoped I could start with the ECS keystone and keep it simple.
If I have to look for other things outside the ecs please tell me because this is completely new for me.
Thanks a lot.
Warm regards
Peter
Von: travis.wichert
Gesendet: Dienstag, 6. Dezember 2016 20:24
An: Ott, Peter (060)
Betreff: Re: - Issue with python-swiftclient 3.2
DECN
Issue with python-swiftclient 3.2
reply from Travis in ECS - Elastic Cloud Storage - View the full discussion
I'm able to reproduce the issue you're having in our lab. It appears that ECS doesn't like the empty Content-Type header being passed in the request. I captured the request/response which you can see below. We do have a ticket open to correct this behavior in ECS, but I'm not sure yet on exact timeline for fix. For now, can you workaround the issue by passing a content-type header in your swift commands?
I tested this and it does in fact work:
[root@localhost tmp]# swift -V 2 -A http://10.1.83.51:9024/v2.0 -U ben_namespace:ben -K Password12345 upload joss sample.txt -H 'Content-Type: text/plain'
Here is the request/response causing issues when we don't specify the content type.
benschumacher
1 Rookie
•
75 Posts
2010
0
Posted December 16th, 2016 05:00
No problem, glad to help. If you don't mind, can you mark this thread as "answered"? I will keep an eye on the bug fix and let you know when it's released.
Merry Christmas to you too Peter!
Regards,
Ben