Marcin, For OVN to work properly does the port that the traffic flows over need to be a bridge, or OVS port? Right now it's just going over the ovirtmgmt network which is just a standard port. I know like in Neutron you have to configure (br-ex) and then it would need to be using the OVS protocol, and then all the nodes would need to be an OVS port. I presume OVN tries to simplify this setup? I also seen that there is (openvswitch-ovn-vtep), would this need to be configured in any way?
On Mon, Dec 5, 2016 at 1:43 AM, Marcin Mirecki <[email protected]> wrote: > Devin, > > Please not the OVN-controller is not the central part where OVN northd is > running. > OVN-controllers are the OVN processes deployed on the hosts. > The correct usage of the 'vdsm-tool ovn-config'. > - the IP of the OVN-central (not to be confused with OVN-controllers, > which is the part of OVN running on the hosts) > - the local host IP to be used for tunneling to other OVN hosts > for example, if the OVN-central IP should be 10.10.10.1, and the IP of the > local host used for tunneling: 10.10.10.101: > vdsm-tool ovn-config 10.10.10.1 10.10.10.101 > > Looking at the output of 'ovs-vsctl' the tunnels have been created. > > The OVN log saying 'dropping duplicate flow' is worrying, let me forward > this to > the OVN team to take a look at it. > > Marcin > > > > ----- Original Message ----- > > From: "Devin Acosta" <[email protected]> > > To: "users" <[email protected]> > > Sent: Saturday, December 3, 2016 12:24:21 AM > > Subject: [ovirt-users] oVIRT 4 / OVN / Communication issues of > instances between nodes. > > > > > > Note: When I configured vdsm-tool ovn-config, I passed it the IP address > of > > the OVN-Controller which is using the ovirtmgmt network, which is just > one > > of the NIC's on the nodes. > > > > I am opening up new thread as this I feel differs a bit from my original > > request. I have OVN which I believe is deployed correctly. I have noticed > > that if instances get spun up on the same oVIRT node they can all talk > > without issues to one another, however if one instance gets spun up on > > another node even if it has the same (OVN network/subnet), it can't ping > or > > reach other instances in the subnet. I noticed that the OVN-Controller of > > the instance that can't talk is logging: > > > > 2016-12-02T22:50:54.907Z|00181|pinctrl|INFO|DHCPOFFER 00:1a:4a:16:01:5c > > 10.10.10.4 > > 2016-12-02T22:50:54.908Z|00182|pinctrl|INFO|DHCPACK 00:1a:4a:16:01:5c > > 10.10.10.4 > > 2016-12-02T22:50:55.695Z|00183|ofctrl|INFO|Dropped 7 log messages in > last 10 > > seconds (most recently, 0 seconds ago) due to excessive rate > > 2016-12-02T22:50:55.695Z|00184|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:51:10.705Z|00185|ofctrl|INFO|Dropped 6 log messages in > last 15 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:51:10.705Z|00186|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:51:20.710Z|00187|ofctrl|INFO|Dropped 4 log messages in > last 10 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:51:20.710Z|00188|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:51:35.718Z|00189|ofctrl|INFO|Dropped 5 log messages in > last 15 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:51:35.718Z|00190|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:51:45.724Z|00191|ofctrl|INFO|Dropped 3 log messages in > last 10 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:51:45.724Z|00192|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:51:55.730Z|00193|ofctrl|INFO|Dropped 5 log messages in > last 10 > > seconds (most recently, 0 seconds ago) due to excessive rate > > 2016-12-02T22:51:55.730Z|00194|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:52:10.738Z|00195|ofctrl|INFO|Dropped 5 log messages in > last 15 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:52:10.739Z|00196|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:52:20.744Z|00197|ofctrl|INFO|Dropped 3 log messages in > last 10 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:52:20.744Z|00198|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:52:35.752Z|00199|ofctrl|INFO|Dropped 5 log messages in > last 15 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:52:35.752Z|00200|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > 2016-12-02T22:52:45.758Z|00201|ofctrl|INFO|Dropped 4 log messages in > last 10 > > seconds (most recently, 5 seconds ago) due to excessive rate > > 2016-12-02T22:52:45.758Z|00202|ofctrl|INFO|dropping duplicate flow: > > table_id=32, priority=150, reg10=0x2/0x2, actions=resubmit(,33) > > > > From the OVN-Controller: > > > > [root@dev001-022-002 ~]# ovn-nbctl show > > switch ddb3b92f-b359-4b59-a41a-ebae6df7fe9a (devins-net) > > port 6b289418-8b8e-42b4-8334-c71584afcd3e > > addresses: ["00:1a:4a:16:01:5c dynamic"] > > port 71ef81f1-7c20-4c68-b536-d274703f7541 > > addresses: ["00:1a:4a:16:01:61 dynamic"] > > port 91d4f4f5-4b9f-42c0-aa2c-8a101474bb84 > > addresses: ["00:1a:4a:16:01:5e dynamic"] > > > > Do I need to do something special in order to allow communication between > > nodes of instances on same OVN network? > > > > Output of ovs-vsctl show from node3: > > > > 61af799c-a621-445e-8183-23dcb38ea3cc > > Bridge br-int > > fail_mode: secure > > Port "ovn-456949-0" > > Interface "ovn-456949-0" > > type: geneve > > options: {csum="true", key=flow, remote_ip="172.10.10.74"} > > Port "ovn-c0dc09-0" > > Interface "ovn-c0dc09-0" > > type: geneve > > options: {csum="true", key=flow, remote_ip="172.10.10.73"} > > Port br-int > > Interface br-int > > type: internal > > ovs_version: "2.6.90" > > > > -- > > > > Devin Acosta > > Red Hat Certified Architect, LinuxStack > > 602-354-1220 || [email protected] > > > > _______________________________________________ > > Users mailing list > > [email protected] > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Devin Acosta Red Hat Certified Architect, LinuxStack 602-354-1220 || [email protected]
_______________________________________________ Users mailing list [email protected] http://lists.ovirt.org/mailman/listinfo/users
