No connectivity to/from VM because the underlying interface is down
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Hypervisor Snap |
In Progress
|
High
|
James Page | ||
OpenStack Snap |
Triaged
|
High
|
Unassigned |
Bug Description
By following the multi-node tutorial:
https:/
I used enp1s0 as the management interface, and prepared enp9s0 as a dedicated network interface for the OVS external port.
By answering to questions like follows, the enp9s0 interface was plugged into OVS.
external_network:
nic: enp9s0
cidr: 10.0.123.0/24
gateway: 10.0.123.1
start: 10.0.123.51
end: 10.0.123.80
network_type: flat # or vlan
#segmentati
user:
remote_
run_demo_setup: true
username: demo
password: demo
cidr: 192.168.1.0/24
nameservers: 10.0.123.1
security_
$ sudo openstack-
5f28ece6-
Bridge br-ex
Port br-ex
Port enp9s0
Port patch-provnet-
...
However, there was no connectivity from/to VMs. And when trying to capture the packets to see where it's dropped, it told me the interface is not up. After marking it as up by hand, the traffic went through the port successfully.
ubuntu@sunbeam-2:~$ sudo tcpdump -elnv -i enp9s0
tcpdump: enp9s0: That device is not up
ubuntu@sunbeam-2:~$ sudo ip link set up enp9s0
ubuntu@sunbeam-2:~$ sudo tcpdump -elnv -i enp9s0
tcpdump: listening on enp9s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:36:32.174815 52:54:00:8e:30:0b > 33:33:00:00:00:16, ethertype IPv6 (0x86dd), length 150: (hlim 1, next-header Options (0) payload length: 96) fe80::5054:
14:36:32.618832 52:54:00:8e:30:0b > 33:33:00:00:00:16, ethertype IPv6 (0x86dd), length 90: (hlim 1, next-header Options (0) payload length: 36) fe80::5054:
14:36:33.742483 fa:16:3e:08:a5:7a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Request who-has 10.0.123.1 tell 10.0.123.70, length 28
14:36:33.742633 fa:16:3e:08:a5:7a > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 42: Ethernet (len 6), IPv4 (len 4), Request who-has 10.0.123.1 tell 10.0.123.70, length 28
ovn-chassis charm (and underlying charm-helpers) does the job of bringing up the interface always.
https:/ /github. com/openstack- charmers/ charm-layer- ovn/blob/ b5c4ae335fac532 5ad1e0704ce9dda d818d5206a/ lib/charms/ ovn_charm. py#L1318
https:/ /github. com/juju/ charm-helpers/ blob/807f705d1d 132bedb62b2eb74 3403e1d5867360f /charmhelpers/ contrib/ network/ ovs/__init_ _.py#L242- L246