Hide Forgot
This bug did not make the OSP 8.0 release. It is being deferred to OSP 10.
I have recently run into this issue as well. I understand that the following needs to be set to ensure that this does not happen in future upgrades/updates. parameters: ControlFixedIPs: [{'ip_address':'172.23.216.101'}] I am looking for feedback on how to ensure that we update/correct cached metadata so that the updated IP addresses are not pushed back out to haproxy.cfg, keystone.conf, and nova.conf Also worth noting that when we ran into this issue, our keystone endpoints did not update to use the new ip address. This effectively broke our environment.
Hi, I am not clear what the bug is here. As per comment #22 above, the issue was seen on upgrade because there was a significant diff between the deployment and update templates network configuration. We don't support any changes to network config during update or upgrade. Is this still a bug? Otherwise I would propose we close it for now. If there is a problem with the 7.X update/upgrade docs then lets fix that. @jcoufal needinfo please my proposal is above ^
Ack, it seems this is unsupported use-case, plus we prevented similar changes to happen from now on. Closing the bug.