upload-swift-artifacts/upload-puppet-modules failing with swift auth error
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Fix Released
|
High
|
Alex Schultz |
Bug Description
I hit this when trying upload puppet modules on a master-ci quickstart deployment from yesterday (May 15th 2017).
(undercloud) [stack@undercloud ~]$ echo $OS_AUTH_URL
http://
(undercloud) [stack@undercloud ~]$ upload-
Creating tarball...
Tarball created.
Authorization Failure. Authorization failed: (http://
Works when I add a version to the auth url:
(undercloud) [stack@undercloud ~]$ OS_AUTH_URL=http://
Creating tarball...
Tarball created.
Creating heat environment file: /home/stack/
Uploading file to swift: /tmp/puppet-
puppet-
Upload complete.
Looks like https:/
description: | updated |
description: | updated |
tags: | added: tripleo-common |
Changed in tripleo: | |
status: | Triaged → In Progress |
assignee: | nobody → Alex Schultz (alex-schultz) |
Changed in tripleo: | |
milestone: | pike-2 → pike-3 |
Changed in tripleo: | |
milestone: | pike-3 → pike-rc1 |
Changed in tripleo: | |
status: | In Progress → Fix Released |
milestone: | pike-rc1 → pike-3 |
I filed https:/ /bugs.launchpad .net/tripleo/ +bug/1693034, which I just marked as a duplicate of this bug. Though it points out a slight evolution in the issue that I'll drop in here.
Olilver reported the following about one week ago:
(undercloud) [stack@undercloud ~]$ echo $OS_AUTH_URL 192.168. 24.1:5000/
http://
In my case (yesterday) the new stackrc as generated by tripleo-quickstart is using secure keystone:
(undercloud) [stack@undercloud ~]$ grep OS_AUTH_URL stackrc /192.168. 24.2:13000/
OS_AUTH_URL=https:/
Though upload- swift-artifacts is using the new port, it's using HTTP, not HTTPS:
(undercloud) [stack@undercloud ~]$ upload- puppet- modules -d puppet-modules 192.168. 24.2:13000/ auth/tokens): The resource could not be found. (HTTP 404)
Creating tarball...
Tarball created.
Authorization Failure. Authorization failed: (http://
(undercloud) [stack@undercloud ~]$
Is the URL getting built incorrectly?
My version is: openstack- tripleo- common- 7.0.1-0. 20170512193241. bde811b. el7.centos. noarch