Tripleo custom network config templates ignored in overcloud deploy
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
tripleo |
Triaged
|
Low
|
Unassigned |
Bug Description
My Rocky tripleo deploy fails - because the network deployment is not correct resulting in a ping failure
(in function ping_default_
It seems like my config is being ignored particularly the vlan config and subnets from my custom template file: network-
openstack overcloud deploy --templates -r /home/stack/
The deployed network config data gathered from the deployed nodes after the failed deployment: vlan numbers look like defaults (10 20 30 ..) , not my customised (120 131 132 133..) same with the subnets (compare network-
Some of my console log is attached (watch out for the console control characters in that one) and the output of openstack overcloud failures and my templates folder (all the nic configs are in there but I have selected the single-nic-vlans in network-
This is "new", I had this part working last week. What changed? As part of debugging other things I archived my undercloud and started fresh on Thursday (30 May) using almost identical templates.
EXPECTED RESULT: that the vlan tags and subnet ips found when examining nodes match the yaml configs.
Steps to reproduce: Follow tripleos install guide.
Environment: in this case for a 5 node cluster with the undercloud director running in a Centos7 vm.
Logs and configs.
openstack overcloud failures
http://
network-
http://
Controller network info (ip r, ip addr, ovs-vsctl show) (other nodes attached but nothing new there)
http://
yum list installed (why GitPython.noarch and ansible and more, have suffix -testing?)
http://
description: | updated |
Changed in tripleo: | |
milestone: | none → train-1 |
importance: | Undecided → Low |
status: | New → Triaged |
Changed in tripleo: | |
milestone: | train-1 → train-2 |
Changed in tripleo: | |
milestone: | train-2 → train-3 |
Changed in tripleo: | |
milestone: | train-3 → ussuri-1 |
Changed in tripleo: | |
milestone: | ussuri-1 → ussuri-2 |
Changed in tripleo: | |
milestone: | ussuri-2 → ussuri-3 |
Changed in tripleo: | |
milestone: | ussuri-3 → ussuri-rc3 |
Changed in tripleo: | |
milestone: | ussuri-rc3 → victoria-1 |
Changed in tripleo: | |
milestone: | victoria-1 → victoria-3 |
New info: environment- overrides. yaml this time I have been using the default: LANRanges: 'datacentre:1:1000' LANRanges: 'datacentre: 135:139'
One potential change that could have triggered this problem:
In network-
NeutronNetworkV
I am testing reverted to customised values now.
NeutronNetworkV
If this is the trigger for screwing up a deployment a check would be nice (or at least a note in the docs, I will contribute something after testing).