yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #27289
[Bug 1415221] [NEW] dhcp lease default is unfathomably large
Public bug reported:
The default lease time Neutron sets right now for the DHCP agent is
86400. This means that changing the IP of a VM's port could make it
unreachable for up to 12 hours (assuming it sends a DHCP request at
half-lease intervals) because the iptables rules are immediately updated
to only match the new address even though the client is using the old
address.
Restarting the VM in this case sucks. Logging into the VM via the
console is okay as long as password based logins are still enabled, but
that's still not scriptable.
IMO this lease time is too large for networks that could have very
dynamic life-cycles with regards to addressing.
** Affects: neutron
Importance: Undecided
Assignee: Kevin Benton (kevinbenton)
Status: Opinion
** Changed in: neutron
Status: New => Opinion
** Changed in: neutron
Assignee: (unassigned) => Kevin Benton (kevinbenton)
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1415221
Title:
dhcp lease default is unfathomably large
Status in OpenStack Neutron (virtual network service):
Opinion
Bug description:
The default lease time Neutron sets right now for the DHCP agent is
86400. This means that changing the IP of a VM's port could make it
unreachable for up to 12 hours (assuming it sends a DHCP request at
half-lease intervals) because the iptables rules are immediately
updated to only match the new address even though the client is using
the old address.
Restarting the VM in this case sucks. Logging into the VM via the
console is okay as long as password based logins are still enabled,
but that's still not scriptable.
IMO this lease time is too large for networks that could have very
dynamic life-cycles with regards to addressing.
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1415221/+subscriptions
Follow ups
References