yahoo-eng-team team mailing list archive
-
yahoo-eng-team team
-
Mailing list archive
-
Message #83554
[Bug 1882860] Re: after FIP is assigned vm lost network connection
[Expired for neutron because there has been no activity for 60 days.]
** Changed in: neutron
Status: Incomplete => Expired
--
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to neutron.
https://bugs.launchpad.net/bugs/1882860
Title:
after FIP is assigned vm lost network connection
Status in neutron:
Expired
Bug description:
Description
===========
There are private (internal) and public (external for FIP) networks in OpenStack project, also there is router with gateway and external net and interface as internal net. After server is created without FIP and only internal net, it has Internet access. After FIP is assigned the vm looses its connection.
Steps to reproduce
==================
1. Create network_0:
name: internal
external: false
provider_network_type: geneve
provider_segmentation_id: 5555
create_subnet: true
cidr: 192.168.33.0/24
no_gateway_ip: false
allocation_pool_start: 192.168.33.5
allocation_pool_end: 192.168.33.250
enable_dhcp: true
2. Create network_1:
name: external
external: true
provider_network_type: vlan
provider_physical_network: datacentre
provider_segmentation_id: 450
create_subnet: true
cidr: 10.100.148.0/22
gateway_ip: 10.100.151.254
allocation_pool_start: 10.100.149.5
allocation_pool_end: 10.100.149.250
enable_dhcp: false
3. Create router:
name: router_1
interfaces: [internal_subnet]
network: external
4. Create server:
flavor with ram: 1Gb, disk: 10Gb, vcpus: 1
image: cirros-0.4.0-x86_64
name: testing_config
network: internal
5. Open virtual console using Horizon and log in, ping 8.8.8.8. It
executes successfully
6. Create Create floating_ip:
network: external
server: testing_config
7. SSH virtual machine by assigned floating ip.
8. Ping 8.8.8.8. The command stucks
Expected result
===============
Successful ping on Step 8
Actual result
=============
Ping on Step 8 stucks
Environment
===========
I have deployed OpenStack Ussuri with 3 controllers and 2 computes with Pacemaker and PacemakerRemote.
OpenStack is containerized using Podman and all the containers are from tripleomaster and have tag 0b5ec707ab4c049281536e2bfbb1984c.
Neutron configuration:
[DEFAULT]
debug=False
log_dir=/var/log/neutron
control_exchange=neutron
bind_host=172.16.2.74
auth_strategy=keystone
core_plugin=ml2
host=overcloud-controller-0.localdomain
dns_domain=openstacklocal
dhcp_agents_per_network=3
dhcp_agent_notification=True
allow_overlapping_ips=True
global_physnet_mtu=1500
vlan_transparent=False
service_plugins=qos,ovn-router,trunk,segments
notify_nova_on_port_status_changes=True
notify_nova_on_port_data_changes=True
l3_ha=False
max_l3_agents_per_router=3
api_workers=12
rpc_workers=12
router_scheduler_driver=neutron.scheduler.l3_agent_scheduler.ChanceScheduler
allow_automatic_l3agent_failover=True
[database]
connection=mysql+pymysql://neutron:***************@172.16.2.100/ovs_neutron?read_default_file=/etc/my.cnf.d/tripleo.cnf&read_default_group=tripleo
max_retries=-1
db_max_retries=-1
[keystone_authtoken]
www_authenticate_uri=http://172.16.2.100:5000
region_name=regionOne
memcached_servers=172.16.2.74:11211,172.16.2.54:11211,172.16.2.97:11211
auth_type=password
auth_url=http://172.16.2.100:5000
username=neutron
password=***********************
user_domain_name=Default
project_name=service
project_domain_name=Default
[oslo_concurrency]
lock_path=$state_path/lock
[oslo_messaging_notifications]
driver=noop
[oslo_messaging_rabbit]
heartbeat_timeout_threshold=60
[oslo_middleware]
enable_proxy_headers_parsing=True
[oslo_policy]
policy_file=/etc/neutron/policy.json
[agent]
root_helper=sudo neutron-rootwrap /etc/neutron/rootwrap.conf
[nova]
auth_url=http://172.16.2.100:5000
username=nova
password=************
project_domain_name=Default
project_name=service
user_domain_name=Default
region_name=regionOne
endpoint_type=internal
auth_type=password
[placement]
auth_url=http://172.16.2.100:5000
username=nova
password=***************
project_domain_name=Default
project_name=service
user_domain_name=Default
region_name=regionOne
auth_type=password
[ovs]
igmp_snooping_enable=False
[quotas]
quota_port=500
quota_security_group=10
quota_firewall_rule=-1
quota_network_gateway=5
quota_packet_filter=100
To manage notifications about this bug go to:
https://bugs.launchpad.net/neutron/+bug/1882860/+subscriptions
References