<div dir="ltr">For reference, neutron has similar issues when restarting some neutron services, for example the ovs-agent plugin, The delay in coming back up scales on the number of routers you are hosting. For this reason we don't let puppet restart the senstitive services and our "rabbit connections are broken reboot everything" ansible script specifically also avoids these too. This is supposed to be fixed in Liberty and is probably the biggest thing I'm looking forward to. Perhaps nova-network is not as granular, but neutron has about 87 different services (+/- 65) and ones like neutron-server are okay to bounce.<div><br><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 26, 2015 at 9:23 AM, Joe Topjian <span dir="ltr"><<a href="mailto:joe@topjian.net" target="_blank">joe@topjian.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Yup, this is expected. It happens for both single-host and multi-host. With the former, we have an older environment where it takes around 10 minutes for all network access to resume. That's with a few hundred tenants, a few hundred vlans, and a few hundred floating IPs all on one host, though. </p>
<p dir="ltr">From your list of reasons for restarting, we only need to restart nova-network for config changes. If you're running into odd issues that you think nova-network might be causing, definitely feel free to describe some symptoms :)</p>
<p dir="ltr">Joe</p>
<div class="gmail_quote"><div><div class="h5">On Nov 26, 2015 8:49 AM, "Gustavo Randich" <<a href="mailto:gustavo.randich@gmail.com" target="_blank">gustavo.randich@gmail.com</a>> wrote:<br type="attribution"></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div>Hi everybody, (still using nova-network in production... :)</div><div><br></div><div>Using nova-network (icehouse), multi-host, FlatDHCPManager<br></div><div><br></div><div>Is it expectable to experience an interruption of various seconds in instances' floating IP reachability when nova-network is restarted and repopulates iptables' NAT output/prerouting/float-snat tables?  (IP packets are not delivered to VMs until iptables forwarding rules are setup)<br></div><div><br></div><div>We don't restart nova-network often, but we have certain cases when we need(ed) to:<br></div><div><br></div><div>  * nova-network not reconnecting to RabbitMQ (latest oslo messaging patch mitigates this)</div><div>  * configuration changes in nova.conf from time to time</div><div>  * sanitary periodic (weekly or monthly) restarts to prevent poorly understood problems of the past (resource leaks?); will stop doing this due to NAT downtime<br></div><div><br></div><div>Thanks!<br></div><div><br></div></div>
<br></div></div>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org" target="_blank">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div>
<br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>