Wednesday, 2015-09-23

*** puranamr has joined #akanda01:15
*** puranamr has quit IRC01:40
openstackgerritAdam Gandelman proposed stackforge/akanda-appliance: Introduces advanced service drivers to akanda-appliance  https://review.openstack.org/22611901:46
openstackgerritAdam Gandelman proposed stackforge/akanda-rug: Start of the LBAAS driver  https://review.openstack.org/22536901:48
*** elo has joined #akanda05:10
*** elo has quit IRC05:23
*** elo has joined #akanda05:57
*** elo has quit IRC06:07
*** elo has joined #akanda07:31
*** elo has quit IRC08:42
openstackgerritvenkatamahesh proposed stackforge/akanda-rug: Fix the sphinx build path in setup.cfg  https://review.openstack.org/22669410:59
*** skamithi13 has joined #akanda13:58
skamithi13was listening to a YouTube video on Akanda talking about the data path..it was brief but can the akanda stuff run in a container and not a VM?14:00
*** stanchan has joined #akanda14:23
ryanpetrelloadam_g_ any idea if the stable/kilo requirements snafu is resolved?14:49
ryanpetrelloor markmcclain14:49
markmcclainskamithi13: yes... with driver base either or14:50
markmcclainryanpetrello: last I looked no14:50
*** puranamr has joined #akanda15:35
*** jordantardif has joined #akanda15:41
*** puranamr has quit IRC15:47
*** puranamr has joined #akanda15:50
ryanpetrelloadam_g markmcclain with a vanilla devstack install16:09
ryanpetrelloI can boot a tenant VM16:10
ryanpetrelloand it's not reachable on the tenant network from the router VM16:10
ryanpetrelloi.e., `ping 192.168.0.2` doesn't wor16:10
ryanpetrello*work16:10
ryanpetrellooddly, if I assign it a floater, I can ping the floater from within the router VM16:10
ryanpetrellono TCP traffic at all from the router to tenants over 192.16816:13
ryanpetrelloadam_g mentioned you'd seen some similar issue recently, markmcclain?16:13
*** elo has joined #akanda16:14
davidlenwelladam_g:  I've confirmed that the following config will stand up trunk devstack with lbassv2 and you can  tell it to make lb's and watch the event go by..16:38
davidlenwellhttps://etherpad.openstack.org/p/lbaasv2-devstack-local.conf16:38
*** seanmwinn has joined #akanda16:46
*** puranamr has quit IRC16:47
*** cleverdevil has joined #akanda16:56
*** skamithi13 has quit IRC17:27
*** skamithi13 has joined #akanda17:27
adam_gryanpetrello, i havent had time to detangle it yet17:33
adam_gryanpetrello, (the stable/kilo or the connectivity thing)17:33
adam_gryanpetrello, re connectivity, took a quick look last night and noticed (like you) the router's pots on that net are not bound17:34
davidlenwelladam_g: ryanpetrello this connectivity thing you've been looking into.. is that only happening on stable/kilo or is that happening in master as well?17:43
adam_gdavidlenwell, master as well, the default installation17:43
davidlenwellokay.. just wanted to be clear about what I was trying to reproduce17:44
openstackgerritvenkatamahesh proposed stackforge/akanda: Fix the sphinx build path in .gitignore file  https://review.openstack.org/22690017:58
adam_gdavidlenwell, a simple test case is to boot a tenant vm connected to the router, ssh to the router and try pinging the VMs address18:02
davidlenwellk.. thanks for that .. im stacking now18:02
adam_gdavidlenwell, one thing i noticed last night is that the rourter VM's port for the interface on that network is makred as DOWN and not bound18:03
davidlenwellhmm... okay .. thanks18:03
ryanpetrelloyep, noticed the same18:03
adam_give been creating ports for the LBAAS VMs using the same create code we use for the router ports and noticed the same there18:03
adam_gso it may be something todo with that18:03
adam_ghttps://git.openstack.org/cgit/stackforge/akanda-rug/tree/akanda/rug/api/neutron.py#n37718:05
adam_gcreates the port with no associated fixed IPs18:05
adam_gi wonder if theres something we need to do to actually bind it to the VM, since its not mapping via fixed ip anymore18:05
adam_gryanpetrello, https://review.openstack.org/22691318:09
adam_gshould pass /w that18:09
ryanpetrellocool18:10
ryanpetrelloI'll +2 when it passes18:10
*** elo has quit IRC18:18
openstackgerritMerged stackforge/akanda-rug: Fix the sphinx build path in setup.cfg  https://review.openstack.org/22669418:42
ryanpetrellodoesn't look to me like a security group issue; at least, I can `Q_USE_SECGROUP=False` in local.conf and it doesn't resolve the issue18:51
ryanpetrelloyep19:01
ryanpetrelloports in question have binding:vif_type = binding_failed19:01
adam_gryanpetrello, im also realizing the vm doesnt get any ports created for the routers internal ports19:28
adam_gdo you know off the top of your head if the <kilo code does that?19:28
ryanpetrellothe vrrp port stuff doesn't really exist before Kilo, does it?19:28
ryanpetrello(you mean what we're currently using?)19:28
adam_gryanpetrello, yeah, i know the vrrp stuff doesnt. im just trying to grok what (in Nova's POV) the router VM gets in terms of ports19:30
ryanpetrelloadam_g: it's a security group issue19:37
ryanpetrelloI set `/etc/neutron/plugins/ml2/ml2_conf.ini:firewall_driver = neutron.agent.firewall.NoopFirewallDriver`19:37
ryanpetrellow/ devstack it defaults to `/etc/neutron/plugins/ml2/ml2_conf.ini:firewall_driver = neutron.agent.linux.iptables_firewall.IptablesFirewallDriver`19:38
ryanpetrellochanging this causes tenant network traffic to work19:38
adam_gryanpetrello, hm19:38
adam_gsecurity should be turned off for all the VRRP ports19:38
ryanpetrelloyep19:38
ryanpetrellowith that change, I can ssh into my tenant VMs now19:38
ryanpetrellodoesn't look like it is, then19:38
ryanpetrelloat the very least, it's a security group issue19:39
adam_gryanpetrello, were those VMs able to get dhcp from the router prior to disabling that?19:39
ryanpetrellolooks like it's cirros and using config drive19:39
adam_gso adding an intenral pot to the router on create gets me DHCP19:39
adam_gbut no traffic after that19:39
adam_gmaybe secuirty groups post-DHCP19:40
adam_goh, nvm19:42
ryanpetrelloI'll test this once more19:42
adam_gred herring (that works without the port as well)19:42
ryanpetrellobut I'm pretty certain it's a security group issue19:42
ryanpetrellothis is the first time I've been able to get it to work19:42
ryanpetrelloand was after changing the ml2_conf.ini firewall_driver19:42
* adam_g looks that way too19:45
ryanpetrelloyea, I'll test once more w/ a fresh ./stack.sh to confirm19:46
* davidlenwell is also restacking with that 19:46
ryanpetrelloif that's the case, given what adam_g said "security should be turned off for all the VRRP ports"19:48
ryanpetrelloI'm not sure how ^^ works, but it doesn't seem to be true19:48
ryanpetrelloat least for the internal ports19:48
adam_gryanpetrello, https://git.openstack.org/cgit/stackforge/akanda-neutron/tree/akanda/neutron/plugins/ml2_neutron_plugin.py#n8719:49
adam_gthat is clearly working on the MGT ports--without that filter we wouldn't be able to reach the API service there19:49
adam_gthat said, enabling the Noop driver doesnt seem to do the trick for me, unless im not restarting the right things after19:50
ryanpetrellookay19:50
adam_gim stil l able to serve DHCP via the internal network, so it does smell firewall-y19:50
ryanpetrelloI'll tinker some more and make sure that's it19:50
ryanpetrelloare you at least able to reproduce my issue on vanilla kilo?19:50
*** jordantardif has quit IRC19:52
adam_gryanpetrello, no, i dont have a kilo up now. but im able to reproduce notbeing able to reach a tenant VM from the router via L219:53
ryanpetrellok19:53
davidlenwellmy last restack was with stable kilo.. and yes I was able to reproduce19:54
ryanpetrellookay19:54
adam_gryanpetrello, you familiar are you with the juno ports config?19:54
adam_gthat made sense..19:54
ryanpetrelloheh19:54
davidlenwellI've been poking at it for an hour or so.. no real answers yet .. but this scroll back between you two has given me some more ideas on things to try19:54
ryanpetrellowith our hacky frankenstein one, yes19:55
ryanpetrellothough to my knowledge the stable/juno branch you all have is vrrp19:55
ryanpetrelloand I didn't think it was any different from what's in stable/kilo19:55
adam_goh, yah, i guess it is19:56
adam_gmy hunch is that this the fact that we bring up the router address on an interface in the VM, with a different mac address than the actual neutron port for that address, is causing traffic to get blocked on anti-spoofing19:58
adam_gin theory adding an allowed address pair for the spoofer's port and the real one should fix that but i havne't been able to19:58
ryanpetrelloyep, if I stick a `Q_USE_SECGROUP=False` in local.conf, it works; without it, tenant traffic is busted20:06
ryanpetrelloif I reset to `firewall_driver=neutron.agent.linux.iptables_firewall.IptablesFirewallDriver` in ml2_conf.ini, restart neutron services, delete the router VM (and let the rug spawn a new one), the tenant network doesn't work on VMs I boot (can't ping 192.168.x.x)20:09
ryanpetrelloyep, this is 100% the issue20:14
ryanpetrelloI've been able to swap the config value back and forth and restart neutron a few times now20:14
ryanpetrelloand make it break/work20:14
ryanpetrelloadam_g davidlenwell ^20:14
ryanpetrellonow as for the proper way to fix it, or why it's not working :)20:15
ryanpetrellothat I haven't dug into yet20:15
davidlenwellso setting the firewall to noop worked for you ?20:16
davidlenwellI'm not sure I would call that a fix .. but it points us at the right direction.. I had simular thoughts to adam_g about the mac address / anti spoofing protection that is probably being triggered when you are using the iptables firewall.. but why it just started catching that I don't know20:17
adam_gdavidlenwell, im not certain this was ever confirmed to have worked20:18
davidlenwellahh20:18
davidlenwellokay.. I have not eaten since 7am.. so im gonna stop and eat20:19
adam_gdavidlenwell, im gonna leave this connectivity issue to you, i need to spend the rest of the day on the other stuff20:21
davidlenwelladam_g:  okay20:22
davidlenwellryanpetrello:  I'll be back at my desk in an hour or so..20:26
ryanpetrelloyea20:29
ryanpetrellomy best guess is that this just never actually worked20:29
ryanpetrelloand setting firewall to noop isn't really a "fix" for production20:29
ryanpetrellomore me just saying, "Look, it's a firewall issue"20:29
adam_gyea20:38
*** puranamr has joined #akanda20:57
*** seanmwinn has quit IRC20:58
*** jordantardif has joined #akanda21:06
*** jordantardif has quit IRC21:09
*** jordantardif has joined #akanda21:10
*** puranamr has quit IRC21:12
davidlenwellokay ryanpetrello I can confirm your finding that enabling and dissabling the iptables firewall driver breaks/fixes things21:42
davidlenwellI'm digging into why right now.. specifically troubleshooting iptables and the config it gets handed21:43
davidlenwellwill keep you posted21:43
*** skamithi14 has joined #akanda21:48
*** skamithi13 has quit IRC21:50
*** openstackgerrit has quit IRC22:16
*** openstackgerrit has joined #akanda22:16
*** jordantardif has quit IRC22:58
*** skamithi14 has quit IRC23:55
*** skamithi13 has joined #akanda23:55

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!