| *** salv-orlando has quit IRC | 00:57 | |
| *** salv-orlando has joined #openstack-neutron-ovn | 01:00 | |
| *** armax has quit IRC | 01:01 | |
| *** salv-orlando has quit IRC | 01:05 | |
| *** mestery has quit IRC | 01:29 | |
| *** s3wong has quit IRC | 01:46 | |
| *** armax has joined #openstack-neutron-ovn | 03:49 | |
| *** armax has quit IRC | 04:40 | |
| *** armax has joined #openstack-neutron-ovn | 04:42 | |
| gsagie | yes, i have identified why the ports are not being deleted and working on a fix | 04:52 |
|---|---|---|
| openstackgerrit | Gal Sagie proposed openstack/networking-ovn: Fix logical port delete https://review.openstack.org/203924 | 05:23 |
| openstackgerrit | Gal Sagie proposed openstack/networking-ovn: Fix logical port delete https://review.openstack.org/203924 | 06:43 |
| *** salv-orlando has joined #openstack-neutron-ovn | 06:52 | |
| *** fzdarsky has joined #openstack-neutron-ovn | 07:18 | |
| *** salv-orlando has quit IRC | 07:28 | |
| *** salv-orlando has joined #openstack-neutron-ovn | 08:25 | |
| *** fzdarsky has quit IRC | 08:29 | |
| *** fzdarsky has joined #openstack-neutron-ovn | 09:36 | |
| *** fzdarsky is now known as fzdarsky|afk | 11:40 | |
| *** salv-orlando has quit IRC | 11:40 | |
| *** salv-orlando has joined #openstack-neutron-ovn | 12:01 | |
| *** cascardo_ has joined #openstack-neutron-ovn | 12:53 | |
| openstackgerrit | Gal Sagie proposed openstack/networking-ovn: Fix logical port delete https://review.openstack.org/203924 | 13:31 |
| russellb | gsagie: you test that latest rev? i'm wondering if lswitch.verify('ports') needs to come before modifying the ports list | 13:32 |
| russellb | maybe it doesn't matter though | 13:33 |
| gsagie | russellb: this is the way its done in neutron OVS lib | 13:33 |
| gsagie | if you look at all the examples, but i only verified it works, didnt verify dirty writes :) | 13:33 |
| russellb | ok fine with me | 13:34 |
| gsagie | i think since its in the same transaction it doesnt matter | 13:34 |
| russellb | do transaction errors not get reported as exceptions? or cause a retry? | 13:35 |
| russellb | wondering why this was silently failing before | 13:35 |
| russellb | and also worried about failures now when port deletes are happening in parallel | 13:35 |
| russellb | they're all going to be trying to update 'ports' at the same time and some retries will be required to get it done | 13:35 |
| gsagie | it was not an error | 13:35 |
| russellb | oh i thought i saw a comment about the transaction failing | 13:36 |
| gsagie | well the transaction from what i saw returned "no change" | 13:36 |
| russellb | ah | 13:36 |
| gsagie | thats why i wrote that this should probably be investigated inside OVN | 13:36 |
| russellb | it successfully did nothing :) | 13:37 |
| russellb | i don't think we can change it ... it'd be a change to ovsdb | 13:37 |
| gsagie | i havent really looked, let me see the schema defenitions, maybe its something there | 13:37 |
| russellb | or you could ask on ovs dev list and ben can explain whether or not it's possible to have it auto removed from lswitch ports list | 13:38 |
| gsagie | maybe its something in the python IDL itself | 13:38 |
| *** fzdarsky|afk is now known as fzdarsky | 13:46 | |
| *** mestery has joined #openstack-neutron-ovn | 14:04 | |
| *** otherwiseguy has quit IRC | 15:09 | |
| *** markmcclain has quit IRC | 15:09 | |
| *** shettyg has joined #openstack-neutron-ovn | 15:39 | |
| *** markmcclain has joined #openstack-neutron-ovn | 17:27 | |
| *** armax has quit IRC | 18:04 | |
| *** s3wong has joined #openstack-neutron-ovn | 18:08 | |
| *** otherwiseguy has joined #openstack-neutron-ovn | 18:12 | |
| *** armax has joined #openstack-neutron-ovn | 18:37 | |
| *** arosen has joined #openstack-neutron-ovn | 18:52 | |
| arosen | hey russellb i'm trying out the localrc for computenode-local.conf.sample | 18:52 |
| russellb | cool, i haven't tried it in a while ... | 18:52 |
| arosen | though i'm running into this issue just curious if you might know what it is off hand | 18:52 |
| arosen | 2015-07-21 11:52:10.691 ERROR oslo_messaging._drivers.impl_rabbit [req-1d2621d1-4b74-4180-aa43-d8797c971984 None None] AMQP server 10.0.0.117:5672 closed the connection. Check login credentials: Socket closed | 18:53 |
| russellb | huh. | 18:53 |
| arosen | the creds in the nova.conf on the compute node are correct | 18:53 |
| arosen | and i can telnet to rabbitmq on that ip and port just fine. | 18:53 |
| russellb | i didn't even know devstack set up rabbitmq credentials | 18:53 |
| russellb | so i'm afraid i don't know off hand what the issue is | 18:54 |
| russellb | that's nova-compute.log ? | 18:54 |
| russellb | sure looks like a rabbitmq credentials issue *shrug* | 18:54 |
| arosen | russellb: i actually added "Check login credentials" to the log message in oslo.messaging a long time ago | 18:55 |
| arosen | rabbmitmq can close a connection for a number of reason but they don't tell the client why. | 18:55 |
| arosen | so it might not be the creds. | 18:55 |
| russellb | ohhh | 18:55 |
| russellb | well i haven't seen that ... maybe check rabbitmq log on the main controller node? | 18:56 |
| russellb | and is 10.0.0.117 the right address you'd expect? | 18:56 |
| russellb | silly question, but sometimes easy to overlook the easy stuff | 18:56 |
| russellb | meaning you're not accidentally running rabbitmq on the compute node as well or something | 18:56 |
| arosen | yup 10.0.0.117 is the right node. | 18:57 |
| arosen | this log is from 10.0.0.118 | 18:57 |
| arosen | the rabbmit logs just say | 18:58 |
| arosen | closing AMQP connection <0.2154.0> (10.0.0.118:58615 -> 10.0.0.117:5672): | 18:58 |
| arosen | connection_closed_abruptly | 18:58 |
| arosen | I'll keep digging though | 18:58 |
| russellb | :-/ | 18:59 |
| *** Bhargav has joined #openstack-neutron-ovn | 20:44 | |
| openstackgerrit | Merged openstack/networking-ovn: Fix logical port delete https://review.openstack.org/203924 | 21:18 |
| *** mestery has quit IRC | 22:00 | |
| *** cascardo_ has quit IRC | 22:12 | |
| salv-orlando | arosen: did you sort that problem? | 22:42 |
| salv-orlando | russellb: do you have a minute for a quick question on provider networks impl. There's only one thing I do not understand | 22:42 |
| russellb | salv-orlando: hi | 22:43 |
| russellb | i need to leave here in a few minutes but can answer something quick | 22:43 |
| salv-orlando | russellb: sure... why did you had to connect br-ethX to br-int? | 22:44 |
| salv-orlando | that's my question | 22:44 |
| salv-orlando | I cannot see a reason for bridging those switches | 22:44 |
| salv-orlando | but I might be missing something obvious | 22:45 |
| russellb | i didn't *have* to, but it seemed to be the least invasive way to do it | 22:45 |
| russellb | br-int is where OVN programs all of its flows | 22:45 |
| salv-orlando | (and yeah I should have asked that in #openvswitch but was too lazy to scroll down the channel list) | 22:45 |
| russellb | and most of that is still relevant | 22:45 |
| russellb | so, it does all the same flow programming for port security, ACLs, in br-int like usual | 22:46 |
| russellb | and then for input and output to the provider network, sends it off to br-ethX | 22:46 |
| salv-orlando | russellb: cool. That explains it. I thought you were thinking that in the future one might want to bridge provider networks with tenant networks, but this explanation makes a whole lot more sense | 22:47 |
| russellb | no real reason it has to be that way | 22:47 |
| russellb | well, Neutron's use case would never do that | 22:47 |
| russellb | however the implementation technically allows it | 22:47 |
| russellb | you could have several regular logical ports and a localnet port as well | 22:47 |
| russellb | traffic between the logical ports would go over tunnels like usual | 22:47 |
| russellb | but ... i have no intention of using it that way with neutron | 22:47 |
| russellb | it's more a side effect than intended | 22:48 |
| salv-orlando | yeah that's an interesting use case... kind of goes a bit into the vtep realm | 22:48 |
| russellb | right | 22:48 |
| russellb | VTEP gateways is how we'd want / expect people to do that | 22:48 |
| russellb | but it's there, technically ... | 22:48 |
| russellb | supposedly someone is going to write a software vtep gateway too using ovs + dpdk | 22:49 |
| salv-orlando | russellb: sure. Eventually we'll figure out if there something useful that can be done with that. | 22:49 |
| * russellb nods | 22:49 | |
| russellb | ok i need to run, hope that helps | 22:49 |
| salv-orlando | thanks bye | 22:49 |
| salv-orlando | have a good one | 22:49 |
| russellb | thanks for looking at this stuff! i really appreciate it | 22:49 |
| salv-orlando | thanks for doing this stuff... I am still stuck on trying to remember how to code in C | 22:49 |
| *** fzdarsky has quit IRC | 22:51 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/networking-ovn: Updated from global requirements https://review.openstack.org/196845 | 23:14 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!