intel-cloud / cosbench

a benchmark tool for cloud object storage service
Other
573 stars 242 forks source link

v0.4.2.c1: Swift/Keystone regression #267

Closed zoran-rajic closed 9 years ago

zoran-rajic commented 9 years ago

It seems there is a regression with the Swift storage using Keystone authentication, introduced on v0.4.2.c1 branch: the code is ignoring the Keystone authentication, and defaults to internal authentication values. This used to work correctly on v0.4.1.

The following change seems to be the root-cause:

Since the KeystoneAuth is actually a subclass of NoneAuth, the 'null' is returned; this causes SwiftStorage.setAuthContext() to use the default settings (authToken=AUTH_xxx, storageUrl=http://127.0.0.1:8080/auth/v1.0), and the KeystoneAuth object is never used.

ywang19 commented 9 years ago

Yes, it’s an issue, I will update the binary package soon.

Thanks, -yaguang From: Zoran Rajic [mailto:notifications@github.com] Sent: Tuesday, April 14, 2015 8:42 AM To: intel-cloud/cosbench Subject: [cosbench] v0.4.2.c1: Swift/Keystone regression (#267)

It seems there is a regression with the Swift storage using Keystone authentication, introduced on v0.4.2.c1 branch: the code is ignoring the Keystone authentication, and defaults to internal authentication values. This used to work correctly on v0.4.1.

The following change seems to be the root-cause:

Since the KeystoneAuth is actually a subclass of NoneAuth, the 'null' is returned; this causes SwiftStorage.setAuthContext() to use the default settings (authToken=AUTH_xxx, storageUrl=http://127.0.0.1:8080/auth/v1.0), and the KeystoneAuth object is never used.

— Reply to this email directly or view it on GitHubhttps://github.com/intel-cloud/cosbench/issues/267.

ywang19 commented 9 years ago

fixed, please download 0.4.2.c2 to verify.