glance hitting publicurl from utility container
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Glance Client |
Confirmed
|
Undecided
|
Unassigned | ||
OpenStack-Ansible |
Confirmed
|
High
|
Unassigned |
Bug Description
So I was trying to register some images for Nova's use, i.e.
glance image-create --debug --name my-whole-disk-image --visibility public --disk-format qcow2 --container-format bare < new-image.qcow2
And I can see that it's trying to hit the publicurl i.e.
"Starting new HTTP connection (1): A.B.C.D"
I did this from a utility container inside an OSA install. Looking at the endpoints registered with keystone I see:
root@nodeXX_
| 7d1c9c35f7e94f6
| 9115a33f7caf499
| 9e1aa7f6a5874c0
This is very strange, I would have expected this to hit the internalurl.
I also tried the openstack client, i.e.
openstack image create --name my-whole-disk-image --public --disk-format qcow2 --container-format bare < new-image.qcow2
Looking at openrc I see this:
Ansible managed: /etc/ansible/
export LC_ALL=C
# COMMON CINDER ENVS
export CINDER_
# COMMON NOVA ENVS
export NOVA_ENDPOINT_
# COMMON OPENSTACK ENVS
export OS_ENDPOINT_
export OS_USERNAME=admin
export OS_PASSWORD=
export OS_PROJECT_
export OS_TENANT_
export OS_AUTH_URL=http://
export OS_NO_CACHE=1
export OS_USER_
export OS_PROJECT_
# For openstackclient
export OS_IDENTITY_
export OS_AUTH_VERSION=3
So I don't know what's going on.
As for versions, last commit to openstack-ansible is:
commit fa1fb3c96c7927f
Merge: 4317c3e 6f9ef5f
Author: Jenkins <email address hidden>
Date: Mon Apr 4 04:59:23 2016 +0000
Changed in openstack-ansible: | |
status: | New → Confirmed |
importance: | Undecided → High |
milestone: | none → 13.0.1 |
Changed in python-glanceclient: | |
status: | New → Confirmed |
I am wondering if that would help you: /review. openstack. org/#/c/ 301214/ /bugs.launchpad .net/python- glanceclient/ +bug/1563902
https:/
Looks like we are ignoring endpoint type also:
https:/