-
-
Notifications
You must be signed in to change notification settings - Fork 130
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
broken auth_url #492
Comments
Hi @rokroskar, I have the same issue, did you find a way to get it working ? Thanks! I opened also https://gitlab.com/gitlab-org/gitlab/issues/208825 |
Hi @nsteinmetz, the solution is just to strip out Hope that helps! |
Seems the bug changed a bit since yours in fact. Seems now the |
Surely they didn't downgrade from |
@rokroskar I tried indeed but forgot to mention it - and it fails too. It leads to |
Hi, @nsteinmetz did you managed to find a solution ? I'm having the same problem. |
Hi @axi I switched to S3 endpoints on OVH instead of swift for the time being. The issue on gitlab side is in backlog but no progress for a month. |
To use v3 authentication endpoint on OVH :
If you add tenant_id the library automatically switch to token V2 (because tenant_id is a token v2 key), see here. I use OVH for several month like that and it works for me. |
@ShamoX thanks for the tip ! This works like a charm: gitlab_rails['backup_upload_connection'] = {
'provider' => 'OpenStack',
'openstack_username' => 'XXX',
'openstack_api_key' => 'XXX',
'openstack_auth_url' => 'https://auth.cloud.ovh.net',
'openstack_region' => 'XXX'
} |
thanks both @nsteinmetz & @ShamoX, it's working ! |
Hi, I have quite the same issue even with correct settings.
I can authenticate just fine:
But then all URLs are broken:
|
@achevalet it seems indeed that v3 endpoints are not available in your case based on what you provide. You should use a V2 auth schema then. |
Actually V3 is enabled but not listed in the catalog. I have to use V3, I cannot connect with V2. |
So contact your provider for more info about this I would say :) |
I tried, but the answer was "this is just normal and all other sdk or clients support it" :) |
To avoid using v2 endpoints, it looks like I need to enter in the |
It covers the cases where we can authenticate with keystone v3 but the endpoint returned in the catalog is v2 see fog#492
It covers the cases where we can authenticate with keystone v3 but the endpoint returned in the catalog is v2 see fog#492
It covers the cases where we can authenticate with keystone v3 but the endpoint returned in the catalog is v2 see fog#492
It covers the cases where we can authenticate with keystone v3 but the endpoint returned in the catalog is v2 see fog#492
It seems that the examples/suggested configs where the
openstack_auth_path
is set to<host-url>/v3/auth/tokens
don't work with the current version of fog. Using GitLab 11.9.12 for example, the auth url incorrectly becomes<host-url>/v3/auth/tokens/auth/tokens
. GitLab appears to be using fog1.0.8
: https://gitlab.com/gitlab-org/gitlab-ce/merge_requests/21788/diffs#21fb5836b499a2be648386aac055d2e069160d6c_247_246The text was updated successfully, but these errors were encountered: