Public bug reported: Performing an instance resize which migrates the instance to another host. When the new instance gets built up, the new VIF gets plugged, however connectivity to the IP is delayed. arping from the neutron router gets no response for about a minute. Same with attempts to access via a floating IP.
If a resize is reverted and the instance goes back to the original host, connectivity is restored almost instantly. I've included some neutron config, let me know if more is desired. This is on Juno. Neutron.conf (secrets munged): [DEFAULT] debug = False verbose = True # Logging # log_dir = /var/log/neutron agent_down_time = 20 api_workers = 3 auth_strategy = keystone core_plugin = neutron.plugins.ml2.plugin.Ml2Plugin service_plugins = neutron.services.l3_router.l3_router_plugin.L3RouterPlugin allow_overlapping_ips = False rabbit_host = 10.233.19.1 rabbit_port = 5672 rabbit_userid = openstack rabbit_password = MUNGE rpc_backend = neutron.openstack.common.rpc.impl_kombu bind_host = 0.0.0.0 bind_port = 9696 api_paste_config = api-paste.ini control_exchange = neutron notification_driver = neutron.openstack.common.notifier.no_op_notifier notification_topics = notifications lock_path = $state_path/lock # ======== neutron nova interactions ========== notify_nova_on_port_data_changes = True notify_nova_on_port_status_changes = True nova_url = https://bbg-staging-01.openstack.blueboxgrid.com:8777/v2 nova_region_name = RegionOne nova_admin_username = neutron nova_admin_tenant_id = MUNGE nova_admin_password = MUNGE nova_admin_auth_url = https://bbg-staging-01.openstack.blueboxgrid.com:5001/v2.0 nova_ca_certificates_file = /etc/ssl/certs/ca-certificates.crt [QUOTAS] [DEFAULT_SERVICETYPE] [SECURITYGROUP] [AGENT] report_interval = 4 [keystone_authtoken] identity_uri = https://bbg-staging-01.openstack.blueboxgrid.com:35358 auth_uri = https://bbg-staging-01.openstack.blueboxgrid.com:5001/v2.0 admin_tenant_name = service admin_user = neutron admin_password = MUNGE signing_dir = /var/cache/neutron/api cafile = /etc/ssl/certs/ca-certificates.crt [DATABASE] sqlalchemy_pool_size = 60 l3_agent.ini: [DEFAULT] debug = False state_path = /var/lib/neutron interface_driver = neutron.agent.linux.interface.BridgeInterfaceDriver auth_url = https://bbg-staging-01.openstack.blueboxgrid.com:35358/v2.0 admin_tenant_name = service admin_user = neutron admin_password = MUNGE metadata_ip = bbg-staging-01.openstack.blueboxgrid.com use_namespaces = True external_network_bridge = [AGENT] root_helper = sudo /usr/local/bin/neutron-rootwrap /etc/neutron/rootwrap.conf ** Affects: neutron Importance: Undecided Status: New -- You received this bug notification because you are a member of Yahoo! Engineering Team, which is subscribed to neutron. https://bugs.launchpad.net/bugs/1450874 Title: Delay in network access after instance resize/migration using linuxbridge and vlan Status in OpenStack Neutron (virtual network service): New Bug description: Performing an instance resize which migrates the instance to another host. When the new instance gets built up, the new VIF gets plugged, however connectivity to the IP is delayed. arping from the neutron router gets no response for about a minute. Same with attempts to access via a floating IP. If a resize is reverted and the instance goes back to the original host, connectivity is restored almost instantly. I've included some neutron config, let me know if more is desired. This is on Juno. Neutron.conf (secrets munged): [DEFAULT] debug = False verbose = True # Logging # log_dir = /var/log/neutron agent_down_time = 20 api_workers = 3 auth_strategy = keystone core_plugin = neutron.plugins.ml2.plugin.Ml2Plugin service_plugins = neutron.services.l3_router.l3_router_plugin.L3RouterPlugin allow_overlapping_ips = False rabbit_host = 10.233.19.1 rabbit_port = 5672 rabbit_userid = openstack rabbit_password = MUNGE rpc_backend = neutron.openstack.common.rpc.impl_kombu bind_host = 0.0.0.0 bind_port = 9696 api_paste_config = api-paste.ini control_exchange = neutron notification_driver = neutron.openstack.common.notifier.no_op_notifier notification_topics = notifications lock_path = $state_path/lock # ======== neutron nova interactions ========== notify_nova_on_port_data_changes = True notify_nova_on_port_status_changes = True nova_url = https://bbg-staging-01.openstack.blueboxgrid.com:8777/v2 nova_region_name = RegionOne nova_admin_username = neutron nova_admin_tenant_id = MUNGE nova_admin_password = MUNGE nova_admin_auth_url = https://bbg-staging-01.openstack.blueboxgrid.com:5001/v2.0 nova_ca_certificates_file = /etc/ssl/certs/ca-certificates.crt [QUOTAS] [DEFAULT_SERVICETYPE] [SECURITYGROUP] [AGENT] report_interval = 4 [keystone_authtoken] identity_uri = https://bbg-staging-01.openstack.blueboxgrid.com:35358 auth_uri = https://bbg-staging-01.openstack.blueboxgrid.com:5001/v2.0 admin_tenant_name = service admin_user = neutron admin_password = MUNGE signing_dir = /var/cache/neutron/api cafile = /etc/ssl/certs/ca-certificates.crt [DATABASE] sqlalchemy_pool_size = 60 l3_agent.ini: [DEFAULT] debug = False state_path = /var/lib/neutron interface_driver = neutron.agent.linux.interface.BridgeInterfaceDriver auth_url = https://bbg-staging-01.openstack.blueboxgrid.com:35358/v2.0 admin_tenant_name = service admin_user = neutron admin_password = MUNGE metadata_ip = bbg-staging-01.openstack.blueboxgrid.com use_namespaces = True external_network_bridge = [AGENT] root_helper = sudo /usr/local/bin/neutron-rootwrap /etc/neutron/rootwrap.conf To manage notifications about this bug go to: https://bugs.launchpad.net/neutron/+bug/1450874/+subscriptions -- Mailing list: https://launchpad.net/~yahoo-eng-team Post to : [email protected] Unsubscribe : https://launchpad.net/~yahoo-eng-team More help : https://help.launchpad.net/ListHelp
