Skip to content
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

Merged
merged 1 commit into from
Aug 14, 2017

Conversation

vuntz
Copy link

@vuntz vuntz commented May 9, 2017

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

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
@vuntz
Copy link
Author

vuntz commented May 9, 2017

For the record, patch for master: crowbar#962

Copy link

@matelakat matelakat left a 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]

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.

@vuntz
Copy link
Author

vuntz commented May 11, 2017

DOn't we need a migration script?

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)

Copy link

@matelakat matelakat left a 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

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants