-
Notifications
You must be signed in to change notification settings - Fork 1
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
neutron: Add ability to specify agent_boot_time #37
Conversation
With L2pop, when the first port on a node gets active, or when the agent is still starting (uptime of agent < agent_boot_time), then a full sync of the L2pop for that network is done. The sync therefore does not happen if there are more than one port on the node (like dhcp + router) and if the agent gets the port notification after start+agent_boot_time. The first condition can occur fairly easily, and the second definitely happens when the cloud is large and/or on boot (because the l3 agent and the dhcp agent are start after the ovs agent, and sometimes the addition of the ports can hence happen long after ovs agent has started). Closes sap-oc#36
For the record, patch for master: crowbar#962 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
DOn't we need a migration script?
@@ -224,7 +224,8 @@ | |||
vxlan_end: vni_end, | |||
vxlan_mcast_group: node[:neutron][:vxlan][:multicast_group], | |||
external_networks: physnets, | |||
mtu_value: mtu_value | |||
mtu_value: mtu_value, | |||
l2pop_settings: node[:neutron][:l2pop] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I prefer not to pass down the whole hash, just the value. This way we are exposing the internal structure of l2pop
for the template.
No, the new attributes are marked as "not required", so no migration is needed in that case (which is nice here, because we don't need to diverge from Cloud 6 in terms of revisions) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the clarification @vuntz
With L2pop, when the first port on a node gets active, or when the agent
is still starting (uptime of agent < agent_boot_time), then a full sync
of the L2pop for that network is done.
The sync therefore does not happen if there are more than one port on
the node (like dhcp + router) and if the agent gets the port
notification after start+agent_boot_time.
The first condition can occur fairly easily, and the second definitely
happens when the cloud is large and/or on boot (because the l3 agent
and the dhcp agent are start after the ovs agent, and sometimes the
addition of the ports can hence happen long after ovs agent has
started).
Closes #36