-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
eth1 should not get IP #86
Comments
Tested and seems to be working well. Fixed both problems (the neutron-gateway losing juju agent and unauthorized services because of wrong ip). |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
The lxd profile is changed to add eth1 but then both (eth0 + eth1) will get IPs. And sometimes (randomly) juju will get the address from the interface that does not have the default gateway, so charms will expect connection from one of the ips (the one listed on the machines list) but the actual connection goes out with the other ip and is denied, breaking the deployment.
One such example is mysql-innodb-cluster that often gets the error:
just because it got the ip from the wrong interface. Another case is that neutron-gateway will take eth1 for provider-network but half the times the IP being used by juju is that one so juju agent is lost after neutron-gateway charm completes deployment.
I would suggest turning off dhcp for the second interface using cloud-init on the profile:
The text was updated successfully, but these errors were encountered: