The One And Only network is variously visible
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Fix Released
|
High
|
Mike Spreitzer | ||
Icehouse |
Fix Released
|
High
|
Matt Riedemann |
Bug Description
I am testing with the templates in https:/
I can create a stack. I can use `curl` to hit the webhooks to scale up and down the old-style group and to scale down the new-style group; those all work. What fails is hitting the webhook to scale up the new-style group. Here is a typescript showing the failure:
<ErrorResponse>
[u'Traceback (most recent call last):\n', u' File "/opt/stack/
The original sin looks like this in the heat engine log:
2014-06-06 17:39:20.013 28692 DEBUG urllib3.
2014-06-06 17:39:20.014 28692 ERROR heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
2014-06-06 17:39:20.014 28692 TRACE heat.engine.
Private debug logging reveals that in the scale-up case, the call to "GET /v2/{tenant-
tags: | added: network |
Changed in nova: | |
status: | New → In Progress |
assignee: | nobody → Mike Spreitzer (mike-spreitzer) |
summary: |
- OS::Heat::AutoScalingGroup scale up fails to find networks + publicly-visible nova network not always visible |
no longer affects: | heat |
summary: |
- publicly-visible nova network not always visible + The One And Only network is variously visible |
Changed in nova: | |
importance: | Undecided → High |
Changed in nova: | |
milestone: | none → juno-3 |
status: | Fix Committed → Fix Released |
Changed in nova: | |
milestone: | juno-3 → 2014.2 |
The token used to scale up is returned from this call:
2014-06-06 19:46:16.688 16427 DEBUG keystoneclient. session [req-96acd957- 0dad-47b4- b0dd-739e83e589 33 ] REQ: curl -i -X POST http:// 10.10.0. 125:5000/ v3/auth/ tokens -H "Content-Type: application/json" -H "Accept: application/json" -H "User-Agent: python- keystoneclient" -d '{"auth": {"scope": {"OS-TRUST:trust": {"id": "f776872213bc4e 63946e06db09c8f 9fa"}}, "identity": {"password": {"user": {"domain": {"id": "default"}, "password": "<snip/>", "name": "heat"}}, "methods": ["password"]}}}' request /opt/stack/ python- keystoneclient/ keystoneclient/ session. py:252